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H ier ist sie also - die lange erwartete vierte 
Ausgabe von „LOAD“, dem Magazin des 
Vereins zum Erhalt klassischer Computer e.V. Als 
wir im Jahr 2012 die erste Ausgabe vorstellten, war 
wohl keinem im Verein klar, wie groß die Aufgabe 
ist, die wir uns da gestellt hatten. Wir wollten ein 
jährlich erscheinendes Magazin herausgeben, das 
einen Vergleich mit anderen Retrocomputer-Maga- 
zinen nicht scheuen sollte. Dazu braucht es so eini¬ 
ges: Themen, Artikel, ein flottes Layout, 
Verständnis der Anforderungen von Druckereien, 
eine Logistik zur Verteilung, Werbung im Heft zur 
Finanzierung des Heftes - und vor allem Menschen, 
die das alles beibringen und machen. Und es be¬ 
deutet viel Zeit und viel Arbeit. Der zeitliche Ab¬ 
stand, mit dem dann 2014 die zweite Ausgabe 
erschienen ist, hat das deutlich gezeigt. 

Die dritte Ausgabe erschien dann nur als Online- 
Ausgabe, um den Aufwand in Grenzen zu halten. 
Der Erfolg dieser Ausgabe hat uns überrascht - in 
den ersten Monaten hatten wir über 3.500 Down- 
loads. Und das, obwohl es recht wenig Werbung in 
den Foren für die LOAD#3 gab. Das hat uns be¬ 
stärkt, weiterhin eine Print-Ausgabe zu erstellen. 
Die Vorzeichen haben sich allerdings geändert: Das 
Magazin wird nun vollständig durch die Mitglieds¬ 
beiträge getragen. Das steht im Einklang mit den 
Vereinszielen - denn wie könnte die Wahrung und 
Dokumentation des Wissens um klassische Compu¬ 
ter besser erreicht werden als durch ein Magazin, 
das auch in Bibliotheken verfügbar ist? 

Auch der Focus der LOAD ist ein anderer: Wir 
wollen hauptsächlich die Projekte und die in der 
Freizeit erbrachten Leistungen unserer Mitglieder 
dokumentieren. Und da gibt es eine Menge inter¬ 
essanter Dinge: Restauraton defekter Geräte, Re¬ 
paratur von Bauteilen, Selbstbau von Rechnern und 
auch komplette Neuentwicklungen von Zusatz¬ 
hardware. Daher ist auch "Hardware” das übergrei¬ 
fende Thema dieser Ausgabe. 

Mit dem neuen Focus ist aber auch klar: Die LOAD 
ist nur so gut wie die Artikel, die in die Redaktion 
kommen! Daher der Aufruf an alle Mitglieder und 
alle, die es werden wollen: Schreibt über die Pro¬ 
jekte, die ihr vorantreibt. Wir helfen auch gern da¬ 
bei. Dann wird auch die LOAD#5 wieder ein tolles 
Heft. 

Nun viel Spaß beim Lesen! 
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Vorschau auf LOAD#5 


Tippfaul? 

Einfach einmal auf 
http://www. classic-computing. de/load4 
gehen und alle Links zu den Artikeln 
durchklicken. Die Liste wird fortlaufend 
ergänzt. 
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Hier wird es rund gehen— 
Retrocomputer-Treffen 2018 / 2019 


April 2018 

Retro-Aktiv Kaiserslautern 

Freitag, 27. April 2018, 18:00 - 23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 

Mai 2018 

8. Amiga Treffen Ost 

Samstag, den 12.05.2018 von 8:30 Uhr 
bis Open End 
http://www. alk. orglforuml 
showthread.php?t=61614 
OCM - Arcadebereich 

Samstag, 12. Mai 2018, 14:00- 19:00 
Oldenburger Computermuseum | Bahnhofsplatz 10, 
26122 Oldenburg 
3. Retrobörse Saar 
Samstag, 19.05.2018 
Aula der Universität Saarbrücken 
http://www. retroboerse-saar. de/ 

HomeCon 49 

Samstag, 26. Mai 2018, 10:00 - 20:00 
Taubengasse 3, 63457 Hanau 

Juni 2018 

20. Retro-Daddel Day & 4. 
Ruhrgebietsstammtisch in Essen 

Samstag 09.06.2018 

Unperfekthaus, Friedrich-Ebert-Str. 18, 45127 

Essen 

7. Alternatives Computer Meeting 
Wolfsburg 

15. bis 17. Juni 2018 
Dorfgemeinschaftshaus Flechtorf | Alte 
Braunschweiger Str. 21, 38165 Lehre 
http://amiga-\an-party. de/meeting. html 

HainCon #2 

Samstag, 23. Juni 2018, 09:00 - 22:00 
Wörther Str. 1A, 64750 Lützelbach 
Retro-Aktiv Kaiserslautern 

Freitag, 29. Juni 2018, 18:00 - 23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 

Juli 2018 

OCM - Arcadebereich 

Samstag, 14. Juli 2018, 14:00- 19:00 
Oldenburger Computermuseum | Bahnhofsplatz 10, 
26122 Oldenburg 

Retro-Aktiv Kaiserslautern 

Freitag, 27. Juli 2018, 18:00 - 23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 

August 2018 

7. LuheCon 

Samstag, 4. August 2018 - Sonntag, 5. 
August 2018 

Schloßpl. 11, 21423 Winsen (Luhe) 


RETROLUTION12018 


Kulturhalle Steinheim | Ludwigstraße 67, 63456 
Hanau (Steinheim) 

OCM - Arcadebereich 

Samstag, 11. August 2018, 14:00 - 19:00 
Oldenburger Computermuseum | Bahnhofsplatz 10, 
26122 Oldenburg 

Retro Computer Treff #19 

Samstag, 25.08.2018 

Freizeitheim Döhren, An der Wollebahn 1, 30519 

Hannover 

Retro-Aktiv Kaiserslautern 

Freitag, 31. August 2018, 18:00 - 23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 

September 2018 

OCM - Arcadebereich 

Samstag, 8. September 2018, 14:00- 
19:00 

Oldenburger Computermuseum | Bahnhofsplatz 10, 
26122 Oldenburg 

Classic Computing 2018 

Sa. 22.09.2018 09:00- 18:00 
und So. 23.09.2018 11:00- 17:00 
Mehrzeckhalle Degmarn | Plattenstr. 27, 
74229 Ödheim-Degmarn 
http://www.classic- 

computing.de/veranstaltungen/cc2018/ 

HainCon #3 

Samstag, 29. September 2018, 09:00- 
22:00 

Wörther Str. 1A, 64750 Lützelbach 

Oktober 2018 

OCM - Arcadebereich 

Samstag, 13. Oktober 2018, 14:00- 19:00 
Oldenburger Computermuseum | Bahnhofsplatz 10, 
26122 Oldenburg 

Retro-Aktiv Kaiserslautern 

Freitag, 26. Oktober 2018, 18:00-23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 

November 2018 

OCM - Arcadebereich 

Samstag, 10. November 2018, 14:00- 
19:00 

Oldenburger Computermuseum | Bahnhofsplatz 10, 
26122 Oldenburg 

HomeCon 51 

Samstag, 17. November 2018, 10:00- 
20:00 

Taubengasse 3, 63457 Hanau 
http://forum. homecon. org 

Dezember 2018 

8. LuheCon 

Samstag, 1. Dezember 2018 
Schloßpl. 11, 21423 Winsen (Luhe) 

OCM - Arcadebereich 

Samstag, 8. Dezember 2018, 14:00- 


19:00 

Oldenburger Computermuseum | Bahnhofsplatz 10, 
26122 Oldenburg 

Retro-Aktiv Kaiserslautern 

Freitag, 28. Dezember 2018, 18:00- 
23:00 

Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 
Januar 2019 
OCM - Arcadebereich 

Samstag, 12. Januar 2019, 14:00- 19:00 
Oldenburger Computermuseum | Bahnhofsplatz 10, 
26122 Oldenburg 

Retro-Aktiv Kaiserslautern 

Freitag, 25. Januar 2019, 18:00 - 23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 

Februar 2019 

OCM - Arcadebereich 

Samstag, 9. Februar 2019, 14:00- 19:00 
Oldenburger Computermuseum | Bahnhofsplatz 10, 
26122 Oldenburg 

Retro-Aktiv Kaiserslautern 

Freitag, 22. Februar 2019, 18:00-23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 

März 2019 

OCM - Arcadebereich 

Samstag, 9. März 2019, 14:00 - 19:00 
Oldenburger Computermuseum | Bahnhofsplatz 10, 
26122 Oldenburg 

Retro-Aktiv Kaiserslautern 

Freitag, 29. März 2019, 18:00 - 23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 

April 2019 

Retro-Aktiv Kaiserslautern 

Freitag, 27. April 2018, 18:00 - 23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 
Oldenburger Computermuseum \ 
Bahnhofsplatz 10, 26122 Oldenburg 
Retro-Aktiv Kaiserslautern 

Freitag, 25. Januar 2019, 18:00 - 23:00 
Rudolf-Breitscheid-Straße 65, 67655 Kaiserslautern 


Samstag 11.08.2018, ab 10:00 Uhr und 
Sonntag 12.08.2018, ab 10:00 Uhr 
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Vereinsleben 


Treffen 2017 


Hier ist es rund gegangen 


Das Vereinsleben im Verein zum Er¬ 
halt klassischer Computer e.V. findet 
nicht nur virtuell in den Foren statt. 
Wir treffen uns regional und über¬ 
regional - mal auf großen Veranstal¬ 
tungen und mal im überschaubaren 
Rahmen. Und das waren so einige in 
den letzten Monaten. 

Der Retro Computer Treff Nieder¬ 
sachsen findet dreimal 
jährlich 

j|| I — t!!L 2o 'i7 


in Hannover statt. Dort finden sich 
Freunde alter Computer zusammen, 
um zu spielen, sich auszutauschen 
und gemeinsam Spass zu haben. 

Das Alternative Computermeeting 

in Wolfsburg hat seine Schwerpunkt 
auf dem Commodore Amiga. Es fin¬ 
det immer im Mai statt. 

Der Waiblinger Usertreffen im 

März versammelt Retrocomputer- 
Freunde aus dem Stuttgarter 
Raum. 

; nß a XSfcWr 


Der Süden der Republik ist auch ein 
Veranstaltungsort für uns, in Bad 
Säckingen findet in loser Folge 
nämlich die Säcks statt. 

Auch in der Kölner Bucht gibt es 
Retrocomputer-Treffen, oft sind für 
ein Wochenende die Mitglieder dort 
zusammen. 

Und natürlich die Classic Compu¬ 
ting, unsere jährliche Hauptveran¬ 
staltung- sie findet jedes Jahr in 
einem anderen Ort statt. 2017 war es 
Berlin gemeinsam mit dem VCFB, 
2018 ist es Ödheim nahe Heilbronn. 

Hier ein paar Bilder von unseren 
jüngsten Treffen. 
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Kurz berichtet 


Apple II: Multitasking- 
Betriebssystem für Ap¬ 
ple Ile 

A2osX ist ein Multitasking-Kernel 
fiir enhanced Apple //e Systeme mit 
128 kByte Arbeitsspeicher und 
65c02 CPU. Das System benötigt 
keine weitere Hardware. A2osX ist 
das Ergebnis 4-jähriger Pro¬ 
grammierarbeit von Remy Gilbert. 

Da der Apple //e kein VBL Signal 
als Interrupt liefert, ist kein pre- 
emptives Multitasking möglich. 
Vielmehr müssen alle Programme 
regelmässig die Kontrolle an den 
Kemel zurückgeben (kooperatives 
Multitasking wie z.B. bei MS Win¬ 
dows 2.x und 3.x). Erst mit einem 
Mouse Interface steht bei Apple //- 
Modellen (Zusatzhardware beim 
//e, serienmässig beim //c und Ilgs 
vorhanden) eine entsprechende In¬ 
terrupt-Quelle zur Verfügung. Dann 
arbeitet der Kemel auch preemptiv- 
der Kemel 0.9.1 hat im September 
2017 diesen Modus gelernt. 

Der Kernel residiert oberhalb von 
ProDOS und stellt verschiedene 
- Dienste bereit. Ein Memory Mana¬ 
ger reloziert 65c02 Code. Der 
* Event Manager stellt einen TCP/IP 
Stack bereit und bedient verschie¬ 
dene Ports. Der Task Manager ver¬ 
waltet die verschiedenen Prozesse. 
Der Device Manager bedient die 
verschiedenen Geräte und kennt 
zuladbare Gerätetreiber. Gegen¬ 
wärtig sind Treiber für die Konsole, 
die Super Serial Card, Parallel-In- 
terfaces, das Mouse Interface und 
Uthemet 1 und 2- Interfaces und 
LanCeGS Ethemetkarten vorhan¬ 
den. 

Auch bietet der Kemel eine direkte 
Unterstützung für virtuelle ADTPro 
Drives über die Super Serial Card 
und einen AppleTalk Support fiir 
ProDOS. Außerdem sind Hinter¬ 
grundprozesse (Daemons) fiir 
TCP/IP inklusive DHCP Client 
Support vorhanden. An einem 
TELNET- und einem HTTP Dae- 
mon wird gearbeitet. 


Das Userland wird durch einen Login 
Daemon und eine Kommandozeilen- 
Shell bedient. Die Shell kennt übli¬ 
che UNIX Kommandos wie CD, 
PWD und DATE. Weitere Komman¬ 
dos wie LS, PS, MD, RM, CP oder 
PING und IPCONFIG werden durch 
eigene Binaries bereitgestellt, (gb) 

Links 

https://github.com/burniouf/A2osX 

Atari ST: Frogger er¬ 
schienen 

Scott Clifford hat eine Atari ST Ver¬ 
sion des Klassikers Frogger erstellt. 
Frogger wurde 1981 von Sega pro¬ 
duziert und war sowohl in Spielhal¬ 
len als auch auf der Spielekonsole 
Atari 2600 sehr beliebt. Später wur¬ 
den Versionen auch für andere 8-Bit 
Systeme und Spielekonsolen heraus¬ 
gebracht. (gb) 

Links 

http://www.atarimania.com/game- 
atari-st-frogger_30782. html 

Amiga: MUI 5.0 für Ami- 
gaOS4/PPC erschienen 

Das MUI für AmigaOS Entwickler¬ 
team gibt die Veröffentlichung der 
Version 5.0-2017R4 des Magic User 
Interface für AmigaOS4/PPC und 
AmigaOS3/m68k bekannt. Wie in al¬ 
len bisherigen Versionen ist ein Key¬ 
file zur Nutzung aller Funktionen 
erforderlich; Keyfiles von MUI 3.8 
können uneingeschränkt verwendet 
werden. MUI5 ist für Amiga- 
OS3/m68k und leistungsstärkere 
Systeme mit schneller CPU und 
Grafikkarte gedacht. Es werden auch 
Farbpaletten mit gemappten 265 Far¬ 
ben unterstützt. MUI4 und MUI5 
verwendet jedoch vorrangig Tme 
Color Bilder und Effekte, die jedoch 
nicht auf gemappten Farbpaletten 
dargestellt werden können, (hh) 

Links: 

http://download.muidev.de 


Amiga: MUlbase Version 
4.0 veröffentlicht 

MUlbase (Magic Data Base mit Be¬ 
nutzeroberfläche) ist eine relationale, 
programmierbare Datenbank mit 
grafischer Benutzeroberfläche für 
Windows, Mac, Linux und Amiga. 
MUlbase ist Open-Source Software 
und wird unter den Bedingungen der 
GNU General Public License (GPL) 
verteilt. MUlbase ist für fortge¬ 
schrittene Desktop-Anwender, die 
Daten in einer komfortablen und 
leistungsfähige Weise verwalten 
möchten. MUlbase kann jede Art 
von Daten, z.B. Adressen, CDs, Fil¬ 
me, Fotosammlung, Stammbaum, 
Erträge und Aufwendungen und vie¬ 
les mehr verwalten. Die Stärke der 
MUlbase liegt in seiner klaren und 
leistungsstarken grafischen Benutze¬ 
roberfläche und den Programmier¬ 
möglichkeiten. MUlbase kann Daten 
auf verschiedene Weise verarbeiten. 
Automatische Berechnungen der Be¬ 
nutzereingaben, Generierung von 
Reports, Import und Export von 
Daten, usw. So kann MUlbase die 
Berechnung des Gesamtbetrags der 
Einkünfte, die Gesamtlaufzeit einer 
CD berechnen oder auch Serienbrie¬ 
fe automatisch erstellen und ausdru- 
cken. (hh) 

Links: 

http://aminet.net/package/biz/dba- 

se/MUIbase-4.0 

Amiga: HDRec frei ver¬ 
fügbar 

HDRec ist ein mächtiges MIDI- Au¬ 
dio Sequencer Programm für Amiga¬ 
OS. Es kombiniert komfortable 
MIDI Nutzung mit Audio Editier¬ 
funktionen. Es nutzt das AHI System 
für Audio und das CAMD System 
für die MIDI Ein- und Ausgabe. 
HDRec ist durch ein Plugin-System 
erweiterbar, es existieren zahlreiche 
Plugins für Editieren, Synthesizer 
und Visualisierung. Es untersützt 
aiff, wav, maud, raw, cdda, 8svx, 
mp3, mod und mid Dateiformate. 
Das Programm ist nun unter den Be¬ 
dingungen der GNU General Public 
License (GPL) erhältlich, (hh/gb) 










Kurz berichtet 


Links: 

https://sourceforge.net/projects/hd- 
rec/ 

http://www.hd-rec.de/HD-Rec/in- 
dex.php?site=downloads 

Amiga: Scandoubler für 
AI 200 und A4000D 

Der Scandoubler ScanPlus AGA ist 
für den Anschluss an VGA-Monitore 
gedacht. Unterstützt werden die na¬ 
tiven Amiga-Auflösungen PAL, NT- 
SC, DblPAL, DblNTSC, Euro 36/72, 
Super 72 und Multiscan. Zum Liefe¬ 
rumfang gehört eine Blende für die 
Aussparung auf der Rückseite eines 
A1200-Gehäuses. Die Platine wird 
auf die Alice- oder Lisa-Chips auf¬ 
gesetzt. Die Karte ist vom französi¬ 
schen Händler Amedia Computer für 
99,92 EUR lieferbar, (hh) 

Links: 

https://www.amedia-compu- 
ter.com/en/accueil/272-scanplus- 
aga-for-amiga-1 200-4000d.html 

http://amigaprj.blogs- 
pot.de/2017/04/scanplus-aga-up- 
date.html 

Amiga: Individual Com¬ 
puters legt Buddha IDE 
neu auf 

Jens Schönfeld von Individual Com¬ 
puters teilt mit, dass aufgrund der 
hohen Nachfrage der Buddha IDE 
Controller neu aufgelegt wird. Der 
vor 20 Jahre erstmalig erhältliche 
Controller erfreut sich immer noch 
großer Beliebheit. Die Neuauflage 
mit technischen Neuerungen und 
stark erweitertem Softwarepaket ist 
mittlerweile lieferbar, (gb/hh) 

Links: 

https://icomp.de/shop- 

icomp/de/newsreader/items/buddha- 

ide-kehrt-zurueck.html 

C64: Sams Journey 

Das Entwicklerstudio Knights of 
Bytes hat mit Sams Journey ein neu¬ 
es Spiel für den C64 veröffentlicht. 
Es macht einen gelungenen Eindurck 
und kommt mit guter Musik. Die 


Spielidee ist mit Giana Sisters ver¬ 
gleichbar. Es gibt verschiedene Gim¬ 
micks, die sich einsammeln lassen 
und die Eigenschaften der Spielfigur 
verbessern. So erwirbt man die Fä¬ 
higkeit, an Wänden hochzuklettern, 
zu fliegen, besser zu werfen oder zu 
springen oder Gegner mit dem 
Schwert zu erschlagen. Es gibt dabei 
keine Zeitbeschränkung. Das Spiel 
wird in einer Box für 45,- EUR auf 
Diskette oder für 55,- EUR als Cart¬ 
ridge (PAL) verkauft, (gb) 

Links: 

https://www.knightsofbytes.ga- 

mes/samsjourney 

Acorn: RiscOS Version 
von Doom 

R-Comp Interactive hat eine neue 
Edition der bekannten RiscOS Versi¬ 
on von Doom veröffentlicht. Sie ba¬ 
siert auf den originalen Ultimate 
Doom und Doom 2 Produkten und 
den offiziellen Erweiterungen. Eben¬ 
falls enthalten ist die Acorn Version 
von Wolfenstein 3D, die auch auf 
modernen Systemen wie ARMX6 
(mit Aemulor) getestet wurde. Be¬ 
sondere Verbesserungen des neuen 
Releases betreffen die Musikunter- 
ma- lung. Es sind mehrere verschie¬ 
dene Soundtrack Optionen verfügbar. 
Dazu gehört auch ein neuer, optiona¬ 
ler Soundtrack in hoher Qualität, der 
das ursprüngliche MIDI Playback er¬ 
setzt. Die Version unterstützt ein 
weites Feld an Add-on "pwads" und 
ist Multiplayer/ Netzwerkfähig. 
Doom ist voll kompatibel mit Titani- 
um und anderen Systemen, die ein 
RGB/BGR Colour Swapping benöti¬ 
gen. Damit werden alle RiscOS 
Plattformen wie RiscPC, VirtualA- 
corn, lyonix, Raspberry Pi, ARMini 
oder ARMX6 oder TiMachine be¬ 
dient. Die Software ist für 14,99 UK 
Pounds erhältlich, (gb) 

Links: 

http://www.plingstore.org.uk/ 

Atari: HDDriver 10.11 er¬ 
schienen 

Uwe Seimet hat am 04. Februar 2017 


die Version 10.11 seines Festplat¬ 
tentreibers HDDriver herausgege¬ 
ben. Neu gegenüber der Vorversion 
ist der neue Menüpunkt "Bootsek- 
tor prüfen” in den HDUTILS. Die¬ 
ser überprüft, ob eine Partition 
kompatibel mit dem gerade laufen¬ 
den Betriebssystem und den aktu¬ 
ellen XHDI-Limits ist. Partitionen 
mit anderen als den aktuell einge¬ 
stellten Limits erfordern mögli¬ 
cherweise eine neuere Version von 
TOS oder Software wie Big-DOS, 
um nutzbar zu sein. HHDriver ist 
zum Lizenzpreis von 43,- EUR 
beim Hersteller erhältlich, (gb) 

Links 

https://hddriver.seimet.net 

Apple II: ApplellSD 

Anfang des Jahres hat Florian Reitz 
die erste Kleinserie seines Projekts 
"ApplellSD” aufgelegt. Es handelt 
sich dabei um eine Speicherlösung 
für enhanced Ile und Ilgs, die SD- 
Karten verwendet. Die ApplellSD 
Karte ist nicht die erste Speicherlö¬ 
sung auf SD-Kartenbasis. Im Ge¬ 
gensatz zu anderen Projekten sind 
hier alle Sourcen und das Layout 
der Platine auf Github veröffent¬ 
licht. Die Apple Images werden mit 
Ciderpress unter Microsoft "Win¬ 
dows” auf die SD-Karte kopiert. 
Dabei vereinzelt auftretende Fehler 
liessen sich auf Inkompatibilitäten 
zwischen den verwendeten Car¬ 
dreadern und der USB Schnittstelle 
zurückführen. Nicht jeder Cardrea¬ 
der läuft sowohl an USB-2 und 
USB-3 Ports, Die Software für 
"ApplellSD” entsteht mit CC65 in 
Visual Studio und wird noch 
weiterentwickelt. So sollen dann 
unter GSOS auch vier oder sechs 
ProDOS Partitionen erkannt wer¬ 
den. (gb) 

Links: 

https://github.com/freitz85/Applel- 

ISd 

http://bluemeanie-retro.blogspot.de 
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IDE Interface und TT-RAM für Atari TT 

Donner und Sturm am Fujiyama 


D 


er Atari TT030 (für 
Tf Thirtytwo/Thirtytwo ff ) 
wurde ursprünglich für 
den professionellen Einsatz kon¬ 
zipiert. Der 1990 auf den Markt 
gekommene Rechner ist mit ei¬ 
nem Motorola 68030 Prozessor 
mit 32 MHz Prozessortakt aus¬ 
gestattet. 

Beim Arbeitsspeicher wurde für 
eine möglichst hohe Kompatibilität 
zur Atari ST Serie eine Zweiteilung 
gewählt: Das ST-RAM liegt inner¬ 
halb der ersten 16 MB des Adress- 
raumes und verhält sich wie beim 
ST. Der TT wurde mit 2 MD ST- 
RAM on board ausgeliefert. Hin¬ 
gegen steht das TT-RAM, auch als 
Fast-RAM bezeichnet, nur der 
CPU zur Verfügung. Meist wurden 
die Atari TT mit 4 MB TT-RAM 
ausgeliefert, entsprechende Boards 
ermöglichen eine Erweiterung bis 
256 MB. 

Als Massenspeicher kommt anders 
als in Atari MegaST- und 
MegaSTE Modellen eine Narrow 
SCSI Festplatte am internen 50- 
poligen SCSI Anschluss zum Ein¬ 
satz. Die sonst verwendeten ASCI 
Platten lassen sich extern an¬ 
schließen. 

Wenngleich sowohl die Konzepti¬ 
on des TT-RAM als auch der Mas¬ 
senspeicherlösung bei der 
Markteinführung sehr modern er¬ 
schienen, bereitet sie heute durch¬ 
aus Sorgen. Zum einen sind 
passende TT-RAM Speicherkarten 
rar gesäht und entsprechend schwer 
zu beschaffen. Andererseits werden 
50-polige SCSI Platten schon lange 
nicht mehr produziert. Es wird also 
immer schwerer, bei Defekten 
einen entsprechenden Ersatz auf¬ 
zutreiben. Es gibt zwar Lösungen, 
die SD-Karten und CompactFlash- 
Karten an den SCSI Anschluss 
bringen. Preisgünstig sind diese je¬ 


doch nicht und die Verwendung 
bleibt auf genau diesen einen Ein¬ 
satzzweck begrenzt. 

Das IDE Interface 
Thunder 

Diese Ausgangslage hatten die vier 
Entwickler Holger Zimmermann, 
Ingo Uhlemann, Matthias Gaczensky 
und Christian Zietz aus dem Atari- 
Home.DE Forum vor Augen, als sie 
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Das Thunder IDE Interface für Atari TT 


sich zusammenfanden, um eine bes¬ 
sere Lösung für Massenspeicher und 
RAM am TT zu entwickeln. Die Idee 
wurde 2016 beim Retro Computer 
Treff RCT# 11 in Hannover geboren. 
Herausgekommen ist dabei ein ein¬ 
zigartiges Interface names 
'Thunder”. "Thunder” ist ein IDE 
Interface zum Anschluss von Fest¬ 
platten, CDROM-Laufwerken oder 
auch IDE-basierten SD- oder CF- 
Kartenadaptem. Die "Thunder” wird 
auf den TT-RAM Sockel aufgesteckt. 
Außerdem sind zwei Signalleitungen 
zum Motherboard anzubringen. Ist 
diese Hürde erst einmal genommen, 
können bis zu 2 Parallel-IDE Geräte 
im Master/Slave Betrieb angeschlos¬ 


sen werden. Der TT-RAM Sockel 
wird durch die "Thunder” nicht blo¬ 
ckiert, sondern ist durchgeschleift. 
Dadurch können vorhandene TT- 
RAM Karten oder die "Storm”-Karte 
betrieben werden- doch dazu später 
mehr. 

Die "Thunder”-Karte ist eine voll¬ 
ständige Neuentwicklung, basierend 
auf einem programmierbaren Logik¬ 
baustein (CPLD von Xilinx). Sie 
wird im SMD Reflowverfahren 
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handgefertigt. Um eine möglichst 
breite Kompatibilität zur Atari-Soft¬ 
ware zu erhalten, kennt die Karte drei 
über Jumper einstellbare Betriebs¬ 
modi: Einen Falcon-Kompatibilitäts- 
modus, einen Byte-Swap Modus und 
einen SmartSwap-Modus. Letztere 
bedienen die Erfordernis, beschrie¬ 
bene Massenspeicher zwischen Little 
Endian und Big Endian- Architektu¬ 
ren austauschen zu können. 

Neben der Hardware ist zum Betrieb 
der "Thunder” ein passender Treiber 
erforderlich. Mit HDDriver von Uwe 
Seimet steht ein solcher zur Verfü¬ 
gung. Ab der Version 10 dieser Soft¬ 
ware lässt sich dieser auch in das 
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TT-RAM laden, wodurch die 
Übertragungsgeschwindigkeit sich 
deutlich steigern läßt. Mit einer 
CF-Karte wurden Datentransfer- 
Geschwindigkeiten von 5750 
kByte/s gemessen. Um von einer 
IDE Festplatte booten zu können, 
ist eine weitere Anpassung nötig. 
Normalerweise ist das Betriebs¬ 
system des Atari nämlich dazu 
nicht in der Lage. Es wird daher 
ein TOS 3.06 mit dem IDE Patch 
benötigt. Das Entwicklertean stellr 
ein gepatches TOS 3.06 ROM be¬ 
reit, das mehrere Patches enthält: 
"IDE-Boot” ermöglicht das Booten 
direkt vom IDE-Gerät, ? ’RAM Size 
Fit” zeigt die Größe des Fast-RAM 
auch über 100 MB korrekt an, 
”WinX 2.3n”verbessert die 

Fensterverwaltung, ”SHBuf’ ver¬ 
größert den Pufferspeicher, 
”BPatch” verbessert die Floppy- 
verwaltung und ”New TOS Logo 
und Dialog” visualisiert das ge- 
patchte TOS. 


Storm sorgt für mehr 
RAM 

Wie eingangs beschrieben, ist neben 
dem Bedarf an zeitgemäßen Massen¬ 
speicherlösungen besonders die Be¬ 
schaffung einer passenden TT-RAM 
Karte die größte Sorge vieler Atari 
TT Besitzer. Dies wussten auch die 
Entwickler und haben mit der 
” Storm” TT-RAM Karte für Abhilfe 
gesorgt. Auch die "Storni”-Karte ba¬ 
siert auf dem Xilinx CPLD Logik¬ 
baustein und wird ähnlich gefertigt. 
Sie ist also kein Nachbau der be¬ 
kannten MagnumTT-Karte, sondern 
eine unabhängige Neuentwicklung. 
Die Karte wird einfach auf den TT- 
RAM Steckplatz des Motherboards 
oder einer bereits eingebauten 
"Thunder”-Karte gesteckt. Der auf¬ 
gesteckte RAM Speicher wird ohne 
weitere Arbeiten an der Hardware 
und ohne Treiber erkannt. Als RAM 
Speicher kommen PS/2 RAM Mo- 
dule in gleicher oder verschiedener 
Größe zum Einsatz (16/32/64/128 
MB Module). Es kann sich um Fast¬ 
page- oder um EDO (extended data 
out) Module handeln, für die die 
Karte zwei Steckplätze bietet. 


Da es sich um Handfertigungen 
handelt, die zwar aus gedruckten 
Platinen (PCB) bestehen, aber ma¬ 
nuell bestückt werden, sind die 
Karten nicht unbegrenzt ab Lager 
verfügbar. Die ersten Exemplare 
im Jahr 2017 waren schnell ver¬ 
griffen, eine erste Serie in 2018 ist 
in Vorbereitung. Es lohnt sich also, 
bei Interesse regelmäßig auf Atari- 
Home.DE vorbei zuschauen. Die 
Karten werden zum Preis von je 
80,- EUR angeboten. (gb) 

Links 

http://wiki.newtosworld.de/in- 

dex.php?title="Storm" 

http://wiki.newtosworld.de/in- 

dex.php?title=Thunder_IDE_lnter- 

face 



Jumpereinstellungen der Thunder 


Jumper 

Einstellungen 

jpi 

IDE Interface: 
on = Thunder enabled 

off = Thunder disabled 

JP2 

regulär or twisted IDE cable: 
on = twisted (Hardware Byteswap enabled) 

off = regulär (untwisted IDE Cable) 

JP3 

Smartswap 

on = SmartSwap enabled 

off = Smartswap disabled 

JP4 

Speedmode 
on = Slow Mode 

off = Highspeed Mode 

JP5 

Diagnose 

on = Diagnose enabled 

off = Normal 

JP6 

not in use, for futher features 
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Die TT-RAM Karte Storm nutzt sowohl FastPage- 


als auch EDO PS/2 SIMMs 
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USB Interfaces für Atari TT und Atari MegaSTE 

Endlich zeitgemäß 




A tari 16/32-Bit Computer 
sind von Haus aus 
kommunikative Geräte. 
Sie verfügen mit seriellen und 
parallelen Schnittstellen über 
standardisierte Anschlüsse für 
Peripheriegeräte und verfügen 
über MIDI- und ROM Ports. 
Doch es ist mit diesen über drei 
Jahrzehnte alten Schnittstellen 
nur mit Mühen möglich, aktuelle 
Geräte am Atari zum Laufen zu 
bringen. Drucker, Scanner, Mas- 
^ senspeicher und andere Geräte 
verwenden heute überwiegend 
den "Universal Serial Bus", sei es 
in der ursprünglichen 1.1 Version 
oder den neueren 2.0- oder 3.1- 
Spezifikationen. Und dieser Port 
fehlt natürlich den Geräten. 

USB Ports für Atari 

Den Atari 16/32-Bit Modellen zu 
einem USB Port zu verhelfen, ha¬ 
ben sich mehrere Projekte auf die 
Fahnen geschrieben. In gewisser 
Weise sind auch Floppyemulatoren 
wie die beliebte Low-Cost Lösung 
der chinesischen Firma GOTEK ei¬ 
ne USB Implementierung für den 
Atari. Aufgrund der andersartigen 
Ausrichtung und fehlenden Uni¬ 
versalität soll dieses Gerät hier nicht 
weiter Beachtung finden. Dies gilt 
auch für die verschiedenen Projekte, 
die den Anschluss von USB Mäusen 
und USB Tastaturen an den Atari ST 
im Focus haben. Auch für das Cos- 
mosEX Subsystem von Jookie 
bleibt außen vor- hier lassen sich 
USB Massenspeicher als emulierte 
Festplatten am ACSI Port einbin¬ 
den. 

Echte USB Adapter stellen lediglich 
die USB Schnittstelle selbst bereit. 
Sie sind universell für viele USB 
Geräte verwendbar- wenn passende 
Treiber bereitstehen! 


Unicom USB 

Alan Hurrihane hat mit dem Unicom 
USB Adapter für den ACSI- (DMA) 
Port eine einfach anzusteckende Lö¬ 
sung entwickelt. Der im länglichen 
Steckergehäuse daherkommende 
Adapter wird von außen auf einen 
ACSI Port aufgesteckt. Er bietet 
zwei USB Typ-A Buchsen. Der ex¬ 
terne ACSI Port wird durch¬ 
geschleift, Peripheriegeräte bleiben 
also weiterhin nutzbar. Die für TOS 
und MiNT verfügbaren Treiben un¬ 
terstützen Massenspeichergeräte 
(F estplatten, CDROM-Laufwerke, 
USB Sticks), USB Mäuse und USB 
Netzwerkadapter, sofern diese auf 
dem ASIX 88772 Chip basieren 
(z.B. DLink DUB-E100 Rev B.l). 
Der Adapter ist für 50.- £ beim Ent¬ 
wickler bestellbar. 

NetUSBee 

Auch die NetUSBee von Entwickler 
Lyndon Amsdon liefert neben einer 
Ethernet- auch eine USB-Schnitt- 
stelle. Sie wird an den ROM-Port 
Atari angesteckt. Allerdings ist die 
Treibemnterstützung recht dürftig- 


USB-Mäuse funktionieren, solange 
sie das PS/2 Protokoll unterstützen. 
Ein Treiber für USB-Sticks ist bis¬ 
her nicht erschienen. Die Ethemet- 
Funktion wird durch Sting (TOS), 
MiNTNet (MiNT) und MagiCNet 
(MagiC) hingegen gut unterstützt. 
Prinzipbedingt ist besonders das 
Schreiben auf die Schnittstelle nicht 
sonderlich schnell. Die NetUSBee 
ist für 59,- € bei Lotharek's Lair be¬ 
stellbar. 

Lightning VME 

Sowohl der Anschluss an den ACSI 
Port als auch die Lösung über den 
ROM Port missbraucht streng ge¬ 
nommen eine eigentlich für andere 
Zwecke gedachte Schnittstelle. 
Diese Anschlussarten sind aus der 
Not heraus geboren, die aus dem 
Fehlen eines echten Erweiterungs¬ 
busses im Atari entsteht. Allerdings 
haben späte Atari-Modelle hier da¬ 
zugelernt: Sowohl der Atari TT als 
auch der Atari MegaSTE verfügen 
mit dem VME Bus (Versa Module 
Eurocard Bus) über einen Slot für 
Erweiterungskarten. Der für Moto¬ 
rola 68000 Systeme von einem 
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Die Lightning VME Karte bringt USB Ports für Atari TT030 und 
MegaSTE. Hier ist die Karte von der Ober- und von der Unterseite zu 
sehen. Sie wird zwischen VME Board und Motherboard gesteckt. 
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Konsortium um die Unternehmen 
Motorola und Philips entworfene 
Bus verfügt über einen 16-Bit 
Datenbus und 24-Bit Adressbus. 
Beim Mega STE ist die Spezifika¬ 
tion VME-Bus Rev. C.l imple¬ 
mentiert. Der VME Bus steht bei 
beiden Systemen nicht im Ram¬ 
penlicht- hauptsächlich findet er 
Anwendung für eine überschauba¬ 
re Anzahl an Grafikkarten. Noch 
seltener sind Ethernetinterfaces 
oder Karten für Mess- und Regel¬ 
technik. 

Das Entwicklerteam der Thunder- 
und Stormerweiterungskarten (sie¬ 
he Artikel im gleichen Heft) ist an¬ 
getreten, dem VME Bus eine 
größere Daseinsberechtigung zu 
geben. Mit der VME Buskarte 
"Lightning VME” bringen die flei¬ 
ßigen Konstrukteure eine USB 
Schnittstellenkarte für den MegaS- 
TE und den TT030 an den Start. 

Die Karte hat zwei USB 1.1 Ports. 
Eine Erweiterung mit einem USB 
Hub ist möglich, sofern dieser das 
USB 1.1 Protokoll unterstützt. 
Aufgrund der Abwärtskompatibili¬ 
tät der USB Spezifikationen ist es 
aber auch möglich, USB 2.0 oder 
3.0 Geräte mit der "Lightning 
VME” zu betreiben. Die Karte ist 
als Aufsteckplatine für die VME 
Backplane konzipiert und wird 


zwischen Flachbandkabel und Platine 
aufgesteckt. So bleibt der VME 
Steckplatz weiterhin benutzbar. 

Ein großes Thema bei der Entwick¬ 
lung war die Interoperabilität der 
”Lightning VME” mit üblichen 
Grafikkarten. Erfolgreich getestet 
wurden unter anderem das Zu¬ 
sammenspiel mit einer Nova ET4000 
(1024*768*256 Farben) im MegaS- 
TE unter TOS 2.06, MiNT und Ma- 
giC. Allerdings muss der GAL auf 
der Nova getauscht werden. Die No¬ 
va beansprucht nämlich den gesam¬ 
ten VME Adressraum für sich und 
verhindert so die Verwendung ande¬ 
rer VME Karten. Christian Zietz hat 
im Atari-Home.DE Forum ein klei¬ 
nes Testprogramm veröffentlicht. Es 
prüft mögliche Adresskonflikte bei 
VME Bus Karten. Erste Ergebnisse 
lassen auf die problemlose Verwen¬ 
dung von TKR CrazyDots-Karten 
(mit HiColor-Modul und 15 Bit 
Farbtiefe ) und der Matrix MatGraph 
TC 1208 hoffen. Auch eine Matrix 
TC1006 im Atari TT030 produziert 
keine Konflikte. Ohne Modifikatio¬ 
nen funktioniert auch eine ECL 
Grafikkarte. Neben Grafikkarten 
wurde auch eine RIEBL Netzwerk¬ 
karte im TT030 erfolgreich getestet. 


Treiber 

Die Karte allein genügt natürlich 
noch nicht für eine erfolgreiche 
Nutzung von USB Geräten- hier 
bestimmen die verfügbaren Treiber 
maßgeblich, was funktioniert und 
was nicht. Die Karte läuft sowohl 
unter TOS als auch unter MiNT 
und MagiC. Der grundlegende 
MiNT-/ USB4TOS-USB-Stack 
wurde von Christian Zietz für die 
Verwendung der "Lightning VME” 
Karte modifiziert. Er unterstützt 
Massenspeicher wie USB Sticks, 
Festplatten, CDROM-Laufwerke, 
USB Mäuse und einige USB 
Tastaturen sind verwendbar. Aber 
auch ein DLink Ethemetadapter 
wird bereits erkannt. Erste 
Versuche mit einem USB 
Floppylaufwerk im März 2018 
verliefen ebenfalls erfolgreich. 

Die Übertragungsgeschwindigkeit 
wird entscheidend von der verwen¬ 
deten CPU bestimmt. Die Hauptar¬ 
beit beim Datentransfer leistet der 
Treiber und der kann nur so schnell 
arbeiten, wie die CPU das erlaubt. 
Dennoch ist die erreichte Ge¬ 
schwindigkeit beeindruckend: Sie 
liegt bei Zugriffen auf einen USB 
Stick bei 320 kBit/s im MegaSTE 
und 600 kBit/s im TT030. Zum 
Vergleich: Die USB 2.0 Schnitt¬ 
stelle der Firebee bewegt sich im 
Test bei 920 kBit/s. 

Die ”Lightning VME” ist direkt bei 
den Entwicklern erhältlich. Der 
Preis liegt bei 80,- EUR. (gb) 

Links 

http://www.atarikit.co.uk/uni- 

corn/unicorn.html 

http://www.lotharek.pl/pro- 

duct.php?pid=73 

ttps://forum. atari-home.de/in- 
dex.php?topic=14000.0 
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USB Stick und Maus am Atari MegaSTE unter MagiC 


























































Interview 



Die Thunder- Storm- und Lightning VME Entwickler im Gespräch 

„Gutes zu verbessern, das ist unser Ziel“ 


D as LOAD Magazin hatte 
die Gelegenheit, mit den 
Entwicklern der Atari- 
Karten Thunder, Storm und 
LightningVME ein Interview zu 
führen. 

LOAD: Das Thunderstorm-Team 
besteht aus vier aktiven Entwick¬ 
lern und zwei Beta-Testern. Wie 
habt ihr euch zusammengefunden? 

Christian: Ich bin erst seit 
der Lightning VME dabei. Ich 
wurde von den Thunder/Storm- 
Entwicklern (Holger, Ingo, Matthi¬ 
as) gefragt, ob ich bei der Arbeit an 
der Lightning VME mithelfen 
wollte. Konkret ging es darum, die 
Anpassung der Treiber vorzuneh¬ 
men. Man musste also sowohl 
Kenntnisse in der Programmier¬ 
sprache C als auch Verständnis von 
Hardware und deren Debugging 
haben. Ich hatte vorher schon klei¬ 
nere eigene Soft- und Hardware¬ 
projekte für den Atari ST realisiert 
und fand die Lightning VME eine 
spannende Herausforderung. 

Holger: Auf einer vorläufi¬ 
gen Teilnehmerliste für den Retro 
Computer Treff Niedersachen 
RCT#11 in Hannover Döhren An¬ 
fang 2016 (Anmerkung: eine Ver¬ 
anstaltung des VzEkC e.V) hatte 
sich Matthias angemeldet. Der Na¬ 
me war mir aus dem Forum geläu¬ 
fig, er war bei Atari-Hardware 
ziemlich aktiv. Da habe ich mir ge¬ 
sagt, dann gehe ich auch mal da 
hin. Das ist ja auch keine Weltreise 
für mich. Dort sind wir ins Ge¬ 
spräch gekommen, und der Rest 
hat sich ergeben. 

Ingo: Matthias und ich ken¬ 
nen uns schon seit ein paar Jahren 
und haben schon viel zusammen 
erlebt. Nachdem sich Matthias und 
Holger in Hannover das erste Mal 
getroffen haben, berichtete er von 
dem Treffen und worüber gespro- 
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chen und gefachsimpelt worden war. 
Da mich Hardware und Hardware¬ 
design schon länger beschäftigen 
und ich auch schon einige Sachen 
für die Ataris aufgelegt habe, habe 
ich mich dem Team angeschlossen. 

Matthias: Ich hatte mich mit 
einem späteren Betatester auf dem 
RCT#11 verabredet. Holger, den wir 
bis dahin nicht persönlich kannten, 
stieß dazu und entwickelte sich im 
Gespräch die Idee, eine hochinte¬ 


grierte Version der IDE Erweiterung 
zu verwirklichen. Holger hatte zu 
diesem Zeitpunkt bereits das Grund¬ 
konzept in diskreter Bauweise ver¬ 
wirklicht, wovon es aber nur eine 
Handvoll Karten gab. Ich konnte ihn 
überzeugen, dass das Interesse daran 
sicherlich deutlich höher sein wird, 
wenn dies publik gemacht würde. 
Glücklicherweise ließ sich Holger 
überreden und war bereit, sein 
Know-How zur Verfügung zu stel¬ 
len, wenn er Unterstützung beim 
Testen und Aufbau bekäme. Aus 
dieser Idee heraus bildete sich das 
Team dann beim RCT #12, bei dem 
Ingo dazu stieß. Etwas später kam 
dann die Idee der Fast-RAM-Karte 
dazu und als beides spruchreif war, 
erfolgte die Namensgebung Thunder 


und Storm. Um es einmal ganz 
deutlich zu sagen: ohne die beiden 
RCT damals wären wir nicht dort, 
wie wir jetzt stehen. 

LOAD: Wie seit ihr auf die Idee 
gekommen, ein neues IDE Inter¬ 
face für den TT030 zu entwickeln? 
Es gibt doch bereits IDE Lösun¬ 
gen? 

Holger: Die Anregung dazu 
kam von Frank Lukas, schon vor 


einigen Jahren. Er sagte, es gäbe 
mittlerweile IDE-Interfaces für alle 
Ataris, nur der TT sei außen vor. 
Ginge das nicht? Jetzt sehen wir: 
Doch, es geht! Es hat nur etwas 
gedauert. 

Matthias: Bis Anfang 2016 
war mir nicht einmal ansatzweise 
bekannt, dass es eine IDE Lösung 
für den TT gibt. Umso erstaunter 
war ich, als ich von Holger davon 
hörte und war Feuer und Flamme. 
Ich habe viel mit SCSI Geräten am 
Atari probiert, aber diese zu be¬ 
schaffen, wird immer schwieriger. 
Bei IDE Geräten sieht das zum 
Glück noch anders aus und auch 
der Austausch mit anderen Syste¬ 
men ist so wesentlich einfacher. 
Ein weiter wichtiger Grund war für 
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Interview 


mich: Ein leiser Rechner, weniger 
Stromverbrauch sowie Platz unter 
der dann ja leeren "Brotdose”. 

LOAD: Was waren die besonderen 
Knackpunkte bei der Entwicklung 
der "Thunder”? 

Holger: Wie konnte man die 
im TT anschließen, ohne andere 
Erweiterungen zu behindern? Die 
Lösung mit einem VG-Steckver- 
binder mit langen Pins war schnell 
gefunden, aber Kontaktprobleme 
mit den ersten Mustern trieben uns 
zur Verzweiflung. Gerettet haben 
uns schließlich vergoldete Steck¬ 
verbinder. Und es gab die unver¬ 
meidlichen Überraschungen mit 
den verschiedenen Mainboard-Re¬ 
visionen. So hat uns einmal ein 
unsauberes /AS-Signal aufgehal¬ 
ten. Das hat Atari wohl auch selbst 
bemerkt: In späteren Revisionen ist 
dieses Signal besser terminiert. 

Ingo: Aus meiner Sicht war 
es die Anpassung des TOS, damit 
es von IDE Booten kann. Das wird 
von Tos 3.06 im TT nicht unter¬ 
stützt, anders als bei TOS 2.06 im 
MegaSTE. Gerade hier hatten wir 
größere Schwierigkeiten, bei¬ 
spielsweise nachdem MiNT hoch¬ 
gefahren war: Wenn dann ein 
Reset ausgeführt wurde, konnte 
nicht mehr von IDE gebootet wer¬ 
den. Auch die Performanceopti¬ 
mierung war eines der Dinge, die 
wir sehr hoch priorisiert haben. 
Von der anfänglichen Geschwin¬ 
digkeit von 3,5 MBit/s sind wir bei 
5,8-6 MBit/s gelandet. 

LOAD: Die "Thunder” erwartet 
Parallel-ATA Devices, die mittler¬ 
weile so gut wie ausgestorben sind. 
Wieso verwendet die "Thunder” 
keine SATA Schnittstelle? 

Holger: Die Karte sollte 
kompatibel zu den vorhanden In¬ 
terfaces sein, und zwar zu allen 
bekannten: dem Falcon als Atari- 
Standard, denen von ppera mit 
"verdrehten” Datenbus-Leitungen 
und dem Smart-Swap, wie er von 
HDD-Driver unterstützt wird. Für 
kleines Geld gibt es außerdem 
Adapter von P-ATA auf S-ATA, 


CF-Karten oder SD-Karten- das soll¬ 
te reichen. 

Matthias: Und es war durch¬ 
aus auch eine Kostenfrage. Aber auch 
angesichts der Handanfertigung wur¬ 
de Wert auf eine möglichst einfache 
Umsetzung gelegt. So ist es dann ja 
auch gelungen, alles auf nur einen 
Chip zu packen. Für eine SATA 
Schnittstelle wäre mehr erforderlich 
gewesen. 

LOAD: Habt ihr schon einmal an ei¬ 
ne "Thunder" Variante für Atari 16- 
Bit Systeme nachgedacht? 

Holger: Nein. Ich denke, da 
gibt es schon genügend Lösungen. 
Uns reizt mehr, zu entwickeln, was es 
noch nicht gibt oder wo noch deutli¬ 
ches Verbesserungspotenzial besteht. 

LOAD: Kommen wir zur "Storm". Ihr 
betont, dass es sich nicht um einen 
Magnum TT- Nachbau handelt. Wo 
liegen die Unterschiede? 

Holger: Die Storm basiert 
technisch auf der FRAK, der Fast- 
RAM-Karte zur PAK68/3. So unter¬ 
stützt die Magnum z.B. keinen Burst- 
Modus, die Storm hingegen wahl¬ 
weise ”Fast-Page-Mode” (FPM) oder 
"Extended Data Out” (EDO). 

Ingo: Die Magnum ist eine 
gute Karte, aber wir haben uns zum 
Ziel gesetzt, es mit der Storm besser 
als bei allen bereits existierenden 
Karten zu machen. Dafür waren viele 
Diskussionen notwendig! So sah das 
ursprüngliche Layout der Storm eine 
automatische Erkennung der Spei¬ 
chermodulgrößen vor. Aber die PS/2 
Module sind seitens der Hersteller oft 
nicht korrekt codiert, daher gab es zu 
viele Probleme. Aus diesem Grund 
haben wir uns für eine Umsetzung 
per Jumpersetting entschieden. 

LOAD: Wie vertragen sich 

"Thunder” und "Storm" mit übertak¬ 
teten Rechnern? 

Ingo: Thunder und auch Storm 
laufen einwandfrei in einem mit 
20Mhz getakteten TT (Bus 20Mhz, 
CPU 40Mhz). Der Performance¬ 
gewinn liegt bei rund 24%. So läuft 
in meinem TT, der mit 20/40Mhz ge¬ 
taktet ist, die Storm rund 65% 


schneller als eine originale Atari 
Fast-RAM-Karte mit 16/32mhz. 

LOAD: Mit der "Lightning VME" 
gewinnt der VME Bus des MegaS¬ 
TE und des TT030 deutlich an Be¬ 
deutung. Was hat euch bewogen, 
diese Schnittstelle auszuwählen 
und nicht beispielsweise eine 
weitere Lösung für den ROM Port 
zu bauen? 

Holger: Wir wollten den 
maximalen Speed aus dem gege¬ 
benen Konzept herausholen, und 
da ist der ROM Port nicht ideal. 
Insbesondere gilt das für Schreib¬ 
zugriffe, die dort nur mit Tricks 
möglich sind. Aktuelle ICs hätten 
wir auch gerne genommen, aber 
dazu müsste man dann einen voll¬ 
ständig neuen Treiber pro¬ 
grammieren, und da will irgendwie 
niemand so richtig dran. Schließ¬ 
lich ist natürlich eine interne Lö¬ 
sung viel schicker und der 
ROM-Port bleibt frei für andere 
Dinge. 

Ingo: Angefangen hat es da¬ 
mit, das ich eine NetUSBee und 
einen CPLD als Adressdecoder di¬ 
rekt mit dem VME Bus verkabelt 
habe und den bereits existierenden 
Treiber von der EtherNAT (Falcon 
CT60 Erweiterung) angepasst ha¬ 
be. Nach ersten Tests konnte ich 
mit dem USB Chip kommunizie¬ 
ren und kleine Datenpakete aus- 
tauschen. Also haben wir uns 
hingesetzt und eine Prototypen 
Platine gefertigt, welche auch 
schnell zum Einsatz kam. Da dies 
sehr gut funktionierte und wir 
durch Optimierungen der Firmwa¬ 
re und des Treibers recht gute Er¬ 
gebnisse erzielten, stand der 
ROM-Port gar nicht mehr zur De¬ 
batte. 

Matthias: Hier ist es wie 
mit der Thunder und der Storm. Es 
sollte eine möglichst einfach zu 
installierende, interne Lösung her. 
Das ist uns vortrefflich gelungen. 
Beide Rechner können um zwei 
USB 1.1 Port erweitert werden, 
ohne dass irgend eine der vorhan¬ 
denen Schnittstellen dafür belegt 












mm 


m- 


w ux hoax »w 


Mi 


. -M£m . : s$Uä 






& 


wird. Ich finde die Lösung immer 
noch genial, denn so wird der Atari 
um eine weitere, gängige Schnitt¬ 
stelle erweitert. Und das Ganze 
passt auch ins originale Gehäuse. 

LOAD: Wie viel Entwicklungsar¬ 
beit steckt in den Anpassungen der 
Treiber für die USB Schnittstelle? 
Welche Treiber und Softwarekom¬ 
ponenten habt ihr angepasst oder 
neu entwickelt? 

Christian: Wir konnten auf 
dem existierenden USB-Stack von 
FreeMiNT aufsetzen, der teilweise 
auch für Plain TOS portiert wurde. 
Das ist großes Glück, denn hinter 
den Kulissen ist USB ein unheim¬ 
lich komplexes Protokoll. Bei USB 
muss schon sehr viel passieren, da¬ 
mit ein angestecktes Gerät über¬ 
haupt erkannt wird, geschweige 
denn danach auch etwas Sinnvolles 
tut. Aus dem USB-Stack konnten 
wir die Gerätetreiber für Mäuse, 
USB-Sticks und bestimmte USB- 
Ethernet-Adapter als Grundlage 
übernehmen. Allerdings hat sich 
herausgestellt, dass diese Treiber 
noch einiges Optimierungspotenti¬ 
al haben. Wir haben auch daran 
Änderungen vorgenommen, um die 
Performance dieser Geräte an der 
Lightning VME zu erhöhen. Für 
die Lightning VME selbst setzen 
wir auf denselben USB-Chip wie 
die NetUSBee. Auch hier waren 
deutliche Verbesserungen am 
Quelltext des Treibers nötig, so¬ 
wohl hinsichtlich der Leistungsfä¬ 
higkeit als auch der Lauffähigkeit 
unter Plain TOS. Dafür kann ich 
nun sagen, dass wir mit der Light¬ 
ning VME nahezu das Maximum 
an Geschwindigkeit herausholen, 
die dieser Chip zu bieten hat. 

Holger: Mein Beitrag ist da 
relativ gering- zum einen war es 
der Vorschlag, den Datenbus im 
Vergleich zur NetUSBee 'Verdreht” 
anzuschließen, zum zweiten eine 
Assemblerroutine zum "Daten 
schaufeln” zu programmieren. 
Beides soll den größtmöglichen 
Speed herauszukitzeln. Allerdings 
war der Effekt etwas geringer als 


erwartet, Christian konnte da in der 
Software ganz andere Bremsen lösen. 
Jetzt erweist sich tatsächlich USB 1.1 
als Flaschenhals. 

Matthias: Der Beitrag von In¬ 
go und mir lag in mehreren Dutzend 
Tests der Karte im TT030 und 
MegaSTE unter verschiedenen Be¬ 
triebssystemen und Varianten. Später 
dann testeten wir die inzwischen 
lauffähigen Kombinationen zwischen 
"Lightning VME” und den Rechnern 
mit diversen Grafikkarten für den 
VME Bus. 

LOAD: Ihr habt in den letzten IV 2 



Die "Thunder" Karte eingebaut im 
Atari TT030 

Jahren mit den Thunder-, Storm- und 
Lightning-Karten gleich drei kom¬ 
plette Neuentwicklungen in die Ata¬ 
riwelt eingebracht. Wie schafft ihr 
das so schnell? Wie viel Zeit ist in die 
Entwicklung geflossen? 

Christian: Wie meine Mit¬ 
streiter entwickele auch ich für die 
Lightning VME rein in meiner Frei¬ 
zeit. Ich bin jetzt seit August 2017 
dabei, je nach freier Zeit mal mehr 
und mal weniger stark involviert. Ich 
habe die Stunden nie zusammenge¬ 
zählt, aber in besonders intensiven 
Phasen wie vor der ersten öffentli¬ 
chen Demo der Lightning VME auf 
dem "Oberfränkischen Atari-Mee¬ 
ting” habe ich viele Abende am Stück 
damit verbracht. 


Holger: Die Zeit habe ich 
nicht gezählt. Von Vorteil ist, dass 
Entwicklung, Test und Fertigung 
auf mehrere Schultern verteilt 
sind. Das geht dann nicht nur 
schneller, sondern hilft einem auch 
über Phasen hinweg, wenn nichts 
so richtig laufen will. 

Ingo: Da wir alle Familie 
haben und einem Job nachgehen, 
ist es nicht immer einfach, alles 
unter einen Hut zu bekommen, oft 
sind es hier mal eine Stunde da 
mal zwei Stunden, aber generell 
haben wir die Stunden, die an Ent¬ 
wicklung rein geflossen sind, 
nicht gezählt. Man muss auch 
noch bedenken, dass auch Auf¬ 
wand für Erlernen von Techniken 
oder Wissen aufgebracht werden 
musste. So haben mich diese Pro¬ 
jekte näher an die Thematik 
GAL/VHDL gebracht. 

Matthias: Die Anfertigung 
der Hardware wird von mir in der 
Freizeit vorgenommen. Diese ist, 
neben Beruf und Familie, durchaus 
knapp bemessen. Aber es ist im¬ 
mer wieder schön, wenn ein Plan 
gelingt und man das Ergebnis 
sieht. Meist ist es übrigens Holger, 
der bereits das nächste Ass im Är¬ 
mel hat. Wir dürfen da alle ge¬ 
spannt sein. 

LOAD: Wie sind eure Entwicklun¬ 
gen in der Szene aufgenommen 
worden? 

Ingo: Das Feedback, was 
wir erhalten haben, war durchweg 
positiv. Natürlich gab es auch 
Kritiken, wobei einige davon auch 
als Verbesserungsvorschläge für 
eventuell zukünftige Neuauflagen 
genutzt werden können. 

Matthias: Das stimmt. Das 
Feedback war und ist recht gut. 
Andernfalls würden wir wahr¬ 
scheinlich auch kaum weiterma¬ 
chen. Eine Vorschläge von Usern 
sind tatsächlich in späteren Revi¬ 
sionen aufgenommen worden. 

LOAD: Wie groß schätzt ihr den 
Markt für diese Entwicklungen 
weltweit ein? 
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Ingo: Wenn man sich die 
Gruppen in den sozialen Medien 
anschaut, dann ist der Markt nicht 
so groß wie für den ST oder Fal- 
con, aber für ein reines Hobbypro¬ 
jekt schon ausreichend. 

Matthias: Erstaunlich finde 
ich, dass gut die Hälfte der Nach¬ 
fragen aus aller Welt herein 
kommt. So befinden sich Thunder- 
storm-Karten inzwischen in nahe¬ 
zu jedem Land in Europa, von 
Spanien bis Finnland, Großbritan¬ 
nien bis Griechenland. Einige sind 
auch in die USA gegangen, auch 
Singapur und Australien sind da¬ 
bei. Ich vermute, dass es bei der 
Lightning sogar noch eine größere 
Nachfrage gibt. 

LOAD: Wie ist es um die Verfüg¬ 
barkeit der Karten bestellt? Habt 
ihr erwogen, größere Chargen als 
Auftragsfertigungen hersteilen zu 
lassen? 

Matthias: Aufgrund des be¬ 
sonderen Designs von Thunder 
und Storni wird man um eine 
Handfertigung nicht herum kom¬ 
men. Diese stellt inzwischen kein 
Problem dar, denn die Teile und 
Platinen sind gut beschaffbar. Es 
kostet nur Zeit. Zudem erfolgt ein 
Großteil der Fertigung im Reflow- 
Verfahren, wozu ich mir extra 
einen passenden Ofen modifiziert 
habe. Andererseits ist der Markt 
leider nicht so groß, dass sich eine 
industrielle Herstellung lohnen 
würde. Diese würde die Kosten 
deutlich ansteigen lassen. Es ist 
und bleibt eben ein Hobbyprojekt. 
So werden Anfragen gesammelt 
und quasi im Dutzend abgearbei¬ 
tet. 

LOAD: Was habt ihr für die 
Zukunft in der Planung? 

Holger: Wir fragen uns: Was 
gibt es noch nicht? Wo könnte man 
noch mehr Speed holen? Was 
könnte sonst noch verbessert wer¬ 
den? Da gibt es schon Ideen im 
Umfeld der CPU und der Vide¬ 
odarstellung. 

Ingo: Es gibt viele Ideen, 
und und es wurden auch bereits zu 


einigen Machbarkeitstests angestellt. 
Aber da möchte ich noch nicht so 
viel verraten. 

LOAD : Sagt doch bitte zum 
Schluss noch ein paar Worte über 
euch und eure Affinität zu Atari- 
Rechnern! 

Christian: Ein gebrauchter 
Atari 1040STF war einst mein erster 
eigener Rechner; mein erstes größe¬ 
res Hardwareprojekt damit war des¬ 
sen Aufrüstung auf 4 MB RAM in 
den 1990er Jahren. Nachdem der 
Atari aus Platzgründen lange Zeit 
sicher verstaut aufbewahrt war, hatte 
ich vor ca. 2,5 Jahren endlich wieder 
die Möglichkeit ihn bei mir aufzu¬ 
bauen. Ich habe relativ schnell wie¬ 
der den Spaß entdeckt, daran zu 
basteln und dafür zu entwickeln und 
habe diverse kleinere Projekte auch 
im Internet veröffentlicht, wo sie auf 
Resonanz gestoßen sind. Abseits von 
der Atari-Welt bin ich als Entwickler 
für Fahrerassistenzsysteme bei einem 
Automobilzulieferer beschäftigt. In¬ 
teressanterweise arbeite ich dort auch 
an der Schnittstelle zwischen Hard¬ 
ware und Low-Level-Software; Fä¬ 
higkeiten, die mir auch bei der 
Lightning-VME-Entwicklung nütz¬ 
lich sind. 

Holger: Mein erster Computer 
war ein Sinclair ZX81, für den ich 
schon damals etliche HW-Erweite- 
rungen gebastelt hatte. Später, so um 
1987 habe ich mir einen gebrauchten 
520ST gekauft, 1MB RAM, externes 
Doppel-Floppy-Laufwerk, SM 124. 
Und es hat nicht lange gedauert, bis 
ich auch dort anfing, ihn zu er¬ 
weitern. Als Lohn für die Wiederbe¬ 
lebung eines ST, der bei einer 
missglückten RAM-Aufrüstung ver¬ 
storben war, bekam ich von einem 
Motorola-Mitarbeiter einige 68020er 
geschenkt. Das war dann der Start¬ 
schuss zur Entwicklung der 
PAK68/3. Aber das ist eine andere 
Geschichte. 

Ingo: Mein erster Computer 
war ein Atari 130XE, den mein Vater 
gekauft hat. Damals war ein Compu¬ 
ter und dann dazu noch ein "West" 
Computer in der ehemaligen DDR 
(1985) etwas besonderes und es gab 
nur ganz wenige. Mein erstes Pro¬ 


gramm habe ich mit 8 Jahren ge¬ 
schrieben und dazu die Hardware 
gelötet. Ich nutzte dazu den Joy¬ 
stick-Port und schloss da 8 LED's 
an, die ich mit einem Basicpro- 
gramm zu einem Lauflicht blinken 
lies. Seit dem hat mich das Thema 
Atari nur zeitweise losgelassen. 
Gegen 1993 rüstete ich damals 
meinen Mega ST auf, zu den Auf¬ 
rüstungen gehörten 4 MByte 
RAM, TOS 2.06, SCSI Festplatten 
über einen AdScsi Adapter und 
später dann noch eine ET4000 
Grafikkarte über ein Selbstbau¬ 
projekt. Dieser MegaST hat leider 
einen Blitzeinschlag in die Strom¬ 
leitungen nicht überlebt. 

Matthias: Mein Computer- 
erstkontakt war damals Ende der 
1980er Jahre im Ferienlager mit 
einem KC85, auf dem ein Pac- 
man-artiges "Hase und Wolf’ 
Spiel lief- einfach cool! Dank 
meiner Eltern bin ich unmittelbar 
nach der Wende zu meinem ersten 
Computer gekommen, einem Atari 
1040STE. Ich kam damals auf die 
Penne, ich sollte oder wollte einen 
Computer haben. Meine Eltern 
legten mir dazu einen Otto Kata¬ 
log vor. Es hieß: C64, Amiga 500 
oder Atari ST. Meine Wahl habe 
ich nie bereut. Den 1040STE habe 
ich im Laufe der Zeit erweitert, 
auch um eine interne IDE Schnitt¬ 
stelle. Ich besitze den nach wie 
vor lauffähigen Rechner übrigens 
noch heute. Über kleine Probleme 
an einem Falcon ist der Kontakt zu 
Ingo schon vor inzwischen 12 
Jahren entstanden. Beruflich habe 
ich mit Computern nur insoweit zu 
tun, als sie mein tägliches, leider 
unverzichtbares Schreib- und 
Kommunikationsmittel sind. An¬ 
ders als die 3 Mitstreiter habe ich 
beruflich nichts mit Hard- oder 
Softwareentwicklung zu tun. (gb) 


Das Interview wurde per E-Mail 
durchgefiihrt. Die Fragen für die 
LOAD stellte Georg Gasse. 
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Ein PC Board für den Amiga 500 

Der Parasit in der Trapdoor 
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TURBO-VERSION 


KCS POWER PC BOARD macht Ihren AMIGA S00 komplett 


Im Hondumdrahtn hoben Sie Ihren Amiga 500 umgebaut in 
einen e<hten IBM-kompatiblen Computer. 

Ein Satz professioneller MS-DOS Software ist nun mit unbe¬ 
kannter Schnelligkeit und Farbe auf dem Amiga 500 zu ge¬ 
brauchen. Kompatibilität durch den PHOENIX-BIOS. 

Vergrößern Sie Ihre Amiga-Speicherkapazität bis zu 1,5 MB. 
Außerdem verfügen Sie zu jeder Zeit über die genoue Uhrzeit 
und das Datum, im Amiga-wie auch im MS-DOS Modus 
(durch Batterie). 


Die Installation des POWER PC BOARD ist einfach Kein 
Schraubenzieher, kein Lötkolben und keine technischen Kennt¬ 
nisse sind nötig. Nur den Computer umdrehen, Verschluß¬ 
klappe öffnen, KCS POWER BOARD in den Konnektor stecken, 
Verschlußklappe schließen und fertig ist Ihr AMIGA 500 
PC/XT. iKoen G f wte« w ehtet II 

• INKLUSIV. MS-DOS 4.01, MS-DOS Shell und GW-BASIC 

STICKEN Sil POWER IN IHREN COMPUTER* 


D ie Amiga-Serie von 
Commodore besteht aus 
Rechnern mit bahnbre¬ 
chenden Eigenschaften. Sie war 
Mitte der 1980er Jahre ihrer Zeit 
weit voraus. Dies war aber auch 
die Zeit, in der sich der IBM 
Personal Computer am Markt 
etablierte. Und eines sind die 
Amiga-Rechner nicht: IBM- 
kompatibel! Diese Eigenschaft 
lässt sich bei vielen Amigas aber 
einfach nachrüsten. 

Für den Amiga 1000 gibt es das Si- 
decar A1060 von Commodore. Für 
die BigBox-Amigas, also den 
A2000, A3000(T) und A4000(T) 
existieren die Bridgeboards von 
Commodore und Vortex. Sie sind 
eine wunderbare Lösung, um sei¬ 
nem Amiga ein zweites Standbein 
zu verschaffen und Softwarekom¬ 
patibilität zur PC-Seite herzustel¬ 
len. Für die meistverkaufte 
Freundin aus der Amiga-Serie, den 
A500, gab es vom Hersteller selbst 
allerdings keine Lösung. In diese 
Lücke sprangen andere Anbieter. 

Warum sich Commodore dieses 
Geschäft entgehen ließ, ist nicht 
bekannt. Mit der niederländischen 
Firma Kolff Computer Supplies, 
kurz KCS, wurde diese diese 
Lücke sehr erfolgreich geschlos¬ 
sen. KCS hat eine Art Mehrzweck¬ 
waffe für den A500 entwickelt. 
Diese Lösung stellt kein Bridge¬ 
board dar, sie schlägt keine Brücke 
zwischen der Zorro-Welt des Ami¬ 
gas auf der einen und der ISA-Welt 
des PCs auf der anderen Seite. 
Vielmehr wird dem A500 ein klei¬ 
ner Parasit in seinen Trapdoor ein¬ 
gepflanzt, der bei Bedarf die 
Herrschaft über seinen Wirt über¬ 
nimmt und dessen Ressourcen ver¬ 
wendet. 

Dieses KCS Power PC Board, das 
nicht mit einer PowerPC Prozes- 
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sorkarte für den Amiga verwechselt 
werden darf, verdrängt somit die 
Speichererweiterung aus der Trap¬ 
door. Und genau dort zeigt die Karte 
ihren Mehrwert: Die Power PC 
Boards stellen auch eine entspre¬ 
chende Speichererweiterung für den 
Wirts-Amiga bereit und verhalten 
sich auf den ersten Blick auch genau 
so. 

Original verpackt von KCS 

Die Originalverpackung der unter¬ 
schiedlichen KCS-Board-Versionen 
unterscheidet sich kaum. Hier wei¬ 
chen nur die Abbildung des Boards 
auf der Verpackung voneinander ab 
und es findet sich ein dezenter Hin¬ 


weis auf die tatsächlich enthaltene 
Version. In unserem Beispiel be¬ 
zieht sich der Hinweis auf die 
Turbo-Version auf die beiliegende 
Software in der Version 4.5, die 
auch 68020 und 68030 CPUs im 
Amiga unterstützt. Dieser Version 
lag im Übrigen auch noch eine 
MS-DOS Lizenz bei, wie man un¬ 
schwer am Etikett erkennen kann. 
Je nach Ausstattung wurde sogar 
eine vollwertige MS-DOS 4.01 
Lizenz beigelegt. 

Als Software lag bei Auslieferung 
die entsprechende KCS-Software 
für den Amiga als auch für den 
PC-Teil bei. KCS hat zu Beginn 
sogar eigene Shutter verwendet, 
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bis später Disketten von der Stange 
benutzt wurden. Zuletzt wurde 
auch die Diskette mit den MS- 
DOS-Tools eingespart. Später 
wanderten die MS-DOS-Disketten 
in die OVP des KCS Power PC 
Boards und oft genug war keine 
MS-DOS Lizenz dabei- das war 
wohl billiger für den Käufer. Da 
die einzelnen Versionen des 
Boards sich nicht ihrer Einstellung 
unterscheiden und am Board selbst 
nahezu keine Einstellungen vorzu¬ 
nehmen sind, bezieht sich das 
Handbuch über weite Strecken im¬ 
mer auf die mitgelieferte Software- 
Version. 

Technik der KCS Karten 

Nachdem wir uns das Drumherum 
angesehen haben, kommen wir nun 
zu den technischen Details des 
Power PC Boards. Da ist zunächst 
der Prozessor. Auf allen Boards ar¬ 
beitet eine NEC V30 CPU, früher 
mit 8 MHz und später mit 10 MHz, 
also eine vollwertige 8086-kompa- 
tible CPU. Die Verwendung einer 
FPU ist nicht vorgesehen. Die ei¬ 
gentliche Geschwindigkeit des 
Prozessors hängt interessanterwei¬ 
se von der eingesetzten KCS-Soft- 
ware ab. Aber mit einem System 
Index (SI) Vergleichsfaktor (ge¬ 
messen mit Norton SI 4.5) zwi¬ 
schen 3,7 und 4,8 braucht sich das 
KCS Power PC Board nicht hinter 
den XT-Brückenkarten von Com- 
modore verstecken. Diese liegen 
zwischen 1,0 und 1,8, werden also 
nicht nur eingeholt, sondern um 
Längen überholt. Selbst den Ver¬ 
gleich mit 286er Emulatoren wie 
die Vortex ATOnce Classic oder 
A2286 oder braucht das KCS- 
Board nicht fürchten. Eine ATOnce 
Classic schafft einen Vergleichs¬ 
faktor von 4,4 (Norton SI 4.5) und 
eine A2286 kommt auf 7,7. 

Das KCS Power PC Board hat kein 
eigenes BIOS PROM. Das BIOS 
wird durch die Systemsoftware an 
die entsprechende Stelle im Spei¬ 
cher des Boards geschrieben. So¬ 
mit ist die BlOS-Version auch von 
der verwendeten Systemsoftware 
abhängig. 


Es befindet sich 1 MB Arbeitsspei¬ 
cher auf der Steckkarte, der je nach 
Basissystem im Amiga-Modus leicht 
unterschiedlich verwendet wird. 
Wird der PC-Teil aktiviert, dann gilt 
für alle Versionen: 

704 kB freies RAM im MGA- 


/CGA-Modus 

_640 kB freies RAM im EGA- 

/VGA-Modus 

_200 kB Extra-Speicher für eine 

resetfeste RAM-Disk unter MS- 
DOS 

Im Gegensatz zu anderen Speiche¬ 
rerweiterungen des A500 lässt sich 
das KCS-Board im Originalzustand 
nicht abschalten. Es gibt aber auf der 
Platine insgesamt vier Anschlusslö¬ 
cher, die nicht verwendet werden. 
An die beiden Äußeren (die beiden 
mit dem Transistor in der Nachbar¬ 
schaft) lässt sich mit einem passen¬ 
den Stecker ein Ein-/Ausschalter 
montieren. Somit muss bei alter 
Software das Board nicht ausgebaut 
werden, sollte alte Software Kom¬ 
patibilitätsproblemen zeigen. 

Kein Multitasking 

Wie bereits erwähnt, kapert der 
kleine Parasit bei Aktivierung dem 
Amiga vollständig. Es ist kein Mul¬ 
titasking mit der Amiga-Seite mög¬ 
lich. Das KCS Power PC Board 
übernimmt die Herrschaft über die 
Ressourcen des Amiga wie Maus 
und Tastatur, Schnittstellen, Lauf¬ 
werke und RAM. Für die PC-Um- 


gebung werden eine Soundblaster- 
oder Adlib-Karte durch den Amiga 
emuliert und je nach verwendeter 
KCS-Software ein Grafikstandard 
wie MDA, CGA, EGA, VGA oder 
MCGA bereitgestellt. Viele Fest¬ 
plattencontroller des Amiga werden 
unterstützt, aber bei weitem nicht 
alle. So sind folgende Festplatten¬ 
controller bzw. ROM-Versionen 
nicht nutzbar: SCSI-Controller von 
Commodore oder GVP mit GURU¬ 
ROM (omniscsi.device), Alfa- 
Power Plus (SIMM-Version) Protar 
A500HD und ACA500/ACA500 
Plus. Aber selbst wenn man einen 
unterstützten Controller in seinem 
Amiga verbaut hat, ist das KCS- 
Board etwas zickig. Große Fest¬ 
platten mag das Board der Erfah¬ 
rung nach gar nicht gerne, selbst 
mit 256 MB Platten hat es oft nicht 
funktioniert. Mit diversen DOMs, 
Festplatten ab 1 GB oder auch CF- 
Karten mit 256 MB oder mehr war 
es im Test nicht möglich, eine mit 
FDISK angelegte MS-DOS-Partiti- 
on auf den vorgenannten Medien 
zu formatieren. 

Unterschiedliche Hardware- 
Versionen 

Bei der Version des KCS Power PC 
Boards für den normalen A500 
werden 512 kB des Power PC 
Boards als SlowRAM einge¬ 
bunden, bei entsprechendem Um¬ 
bau des A500-Boards auch als 
zusätzlicher ChipRAM. Die freien 
512 kB des KCS-Boards lassen 


Power PC Board 
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KCS PC Power Board Revision VI für A500 (P25-41) 
























Hardware 


sich als RAM-Disk verwenden. 
Wie viele andere Trapdoor-Spei¬ 
chererweiterungen auch, bringt 
diese Version eine Echtzeituhr in 
den Amiga. Ein KCS Power PC 
Board für den A500 läuft jedoch 
nicht in einem A500+. Dieser 
startet mit eingebautem Board 
nicht, der Bildschirm ist grün oder 
gelb und die Power-LED blinkt. 
Das gleiche Verhalten zeigt auch 
ein auf 2 MB ChipRAM umge¬ 
bauter A5 00 Rev. 8A.1, ein nicht 
veränderter A500 dieser Revision 
funktioniert anstandslos. 

KCS Power PC Board für 
A500 und A500+ 

Es sind zwei Board-Revisionen 
für den ursprünglichen Amiga 
A500 in den Handel gelangt. Die 
Revision "vl" (PCB-Beschriftung 
P25-41) verwendet durchgehend 
einen NEC V30 mit 8 MHz. Al¬ 
lerdings sind in der "v2" (PCB- 
Beschriftung P25-42) nicht nur 
die 10 MHz-Variante dieser CPU 
verbaut worden, wie öfters be¬ 
hauptet wird. Die frühen Exem¬ 
plare dieser Revision verwenden 
ebenfalls die 8 MHz-Variante. Es 
existiert sogar eine Übergangsver¬ 
sion der v2, bei der das PCB auf 
der Vorderseite mit P25-41 be¬ 
schriftet, auf der Rückseite aber 
eindeutig P25-42 zu erkennen ist. 
Die Taktangabe auf der CPU ist 
ohnehin unwichtig, denn die Tak¬ 
tung der V30 hängt von der ver¬ 
wendeten Software ab. Die 4.5er 
Software taktet alle Boards glei- 
chermassen mit 10,7 MHz! 

Im Zusammenhang mit den Revi¬ 
sionen der A500-Version ist auch 
oft zu lesen, dass die frühe P25-41 
keine Festplatten unterstützen 
würde. Das stimmt jedoch nicht: 
Die Festplattenunterstützung 
hängt einzig und alleine von der 
verwendeten KCS-Systemsoftwa- 
re ab. Es ist kein Problem, mit der 
ersten Board-Revision und der 
Software v4.5 z. B. eine Partition 
auf einem SupraDrive 500XP als 


Festplatte einzurichten. 

Eine weitere Version des KCS 
Boards ist das KCS Power PC Board 
Plus. Dieses ist für den Amiga 500+ 
gedacht und der komplette Speicher 
des Boards (1 MB) wird als zusätzli¬ 
ches ChipRAM eingebunden. Somit 
hat der A500+ dann ganze 2 MB 
ChipRAM zur Verfügung. Da der 
Amiga selbst eine RTC onboard mit¬ 
bringt, ist sie auf dem KCS-Board 
auch nicht vorhanden. Das KCS 
Power PC Plus ist deutlich seltener 
anzutreffen, als die normale Varian¬ 
te. Und Vorsicht, ein KCS Power PC 
Board Plus für den A500+ läuft nicht 
in einem A500. Es wird zwar im 
A500 eine 512 kB Speichererweite¬ 
rung erkannt, der PC-Teil jedoch 
nicht. Leider funktioniert das Plus 
auch nicht in einem auf 2 MB Chi¬ 
pRAM umgebauten A500 Rev. 8A.1, 
mehr als einen grünen Bildschirm 
und einem hektischen Blinken der 
Power-LED wird man nicht erken¬ 
nen. 


gen Zorro-Amigas positiv be¬ 
einflusst. Die Geschwindigkeit 
bleibt gleich, nur ist es nicht mög¬ 
lich, ISA-Stecklcarten wie z.B. 
Grafikkarten oder Festplatten¬ 
kontroller zu verwenden. Es fehlt 
erkennbar die Verbindung vom 
Zorro-Bus des Amiga zum ISA- 
Bus eines PCs. Die Karten sind 
wie bereits eingangs erwähnt keine 
Bridgeboards. 

Bis einschließlich der Version 3.5 
der KCS-Software kann mit dem 
Programm KCSCONFIGMEM der 
Speicher des KCS Power PC 
Boards als FastRAM genutzt wer¬ 
den, sofern noch Platz innerhalb 
der 8 MB im Zorro II Bereich frei 
ist. Andernfalls kann der Speicher 
des Boards nicht verwendet wer¬ 
den. Ab der Version 4.5 ergab sich 
hierbei eine Änderung. Ist der 
Zorro II Bereich bereits mit 8 MB 
durch Speicherkarten gefüllt, so 
kann das Programm KCSCON¬ 
FIGMEM noch 512 kB als Extra- 
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KCS PC Power Board für den Zorro II mit P25-42 Board 
und Zorro-Adapterplatine 


KCS Power PC Board für den 
Zorro II 

Die Lösung für die BigBox-Amigas 
ist technisch durch Adapterplatine 
gelöst, an die das KCS-Board ange¬ 
steckt wird. Von dieser Adapterplati¬ 
ne existieren zumindest die 
Revisionen 1.1 und 1.2. Die frühere 
1.1 hat einen TTL IC weniger und 
auch insgesamt weniger diskrete 
Bauteile verbaut. Was diese Ände¬ 
rungen bewirken sollten, ist schwer 
nachvollziehbar. Möglicherweise 
wurde das Timing-Verhalten in eini¬ 


Speicher einbinden. Die Uhr auf 
dem KCS Board kann nicht ver¬ 
wendet werden, da die großen 
Amigas bereits selbst über eine 
entsprechende Uhr verfügen. 

Es werden keine Turbokarten mit 
68040 oder 68060 CPU unter¬ 
stützt. Nur die Software-Versionen 
ab 5.0 bieten eine Startdatei 
A4000 40, wobei diese ein KCS 
Dual High Density Laufwerk 
zwingend voraussetzen. 

KCS Power PC Board für den 
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KCS PC Power Board für den Amiga 600. Links das Anschluss¬ 
board für den Expansionslot, rechts die Karte (P25-44) 


A600 

Für den beengten Einsatzort in der 
A600 Trapdoor ging KCS einen 
ähnlichen Weg wie für die großen 
Amigas. Mit Hilfe einer Adapterlö¬ 
sung lässt sich das KCS Board, das 
wegen seiner Größe außerhalb in 
einer Kunststoffbox untergebracht 
ist, als Speichererweiterung für den 
A600 anschließen. Somit hat der 
A600 dann 2 MB ChipRAM zur 
Verfügung. Allerdings hat der 
kleinste Amiga keine Echtzeituhr. 
Aus diesem Grund hat KCS die 
Revision P25-44 (Plus-Variante) 
mit einer solchen versehen. Der 
Adapter lässt sich ohne Zerlegen 
des A600 nur mit etwas "Nach¬ 
druck" am Anschluss aufstecken, 
denn der Platz oben in Richtung 
der Tastatur ist durch die Gestal¬ 
tung des Adapters nahezu 
vollständig ausgenutzt. Das Board 
funktioniert auch mit Turbokarten 
im A600. 

Die Software 

Das Board ist von seiner techni¬ 
schen Umsetzung bereits am An¬ 
fang extrem durchdacht und 
ausgereift- das ist bemerkenswert. 
Alle im Laufe der Zeit durch neue 
KC S - Systemsoftware hinzuge¬ 
kommenen Möglichkeiten wie Un¬ 
terstützung von vielen 

Festplattencontrollern, EGA und 
VGA-Modi für die Grafikausgabe 
und Adlib- bzw. Soundblasteremu- 
lation für den guten Ton, wurden 
rein in der Steuersoftware für das 
Board implementiert. Das verdient 


großen Respekt. Die nächsten Seiten 
stellen die wichtigsten Softwarever¬ 
sionen vor. Es lässt sich erkennen, 
wie das KCS Power PC Board über 
die Jahre an Features gewonnen hat. 

Fazit 

Das KCS Power PC Board macht 
den Amiga 500, aber auch die Big- 
Box- Modelle und den A600 weit¬ 
gehend PC-kompatibel. Dabei muss 
sich die Geschwindigkeit nicht hin¬ 
ter anderen Lösungen für den Amiga 
und auch nicht vor echten IBM PC- 
Systemen aus der gleichen Zeit ver¬ 
stecken. Fehlt der Lösung auch die 
Bridgeboard-Funktion und erlaubt 
sie daher nicht den Einsatz von ISA- 
Zusatzkarten im Amiga, so ist sie 
doch eine vielseitige Erweiterung. 


Hardware 

Es lohnt sich also, bei entspre¬ 
chenden Angeboten zuzugreifen 
und seinem Amiga neue Welten zu 
eröffnen, (bg) 


Links 

http://amiga.resource.cx/exp- 

de/powerpc 


über Am Autor 

Herwig Soli ist ein computer- 
begeisterter Realschullehrer 
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November 2013 Mitglied im 
VzEkC e.V. Seine Leidenschaft 
gilt den PCs als Parasiten in an¬ 
deren Wirtssystemen, also den 
Hardware-PC-Emulatoren in 
Amiga- und Atari- Computern. 
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Karte Enulation 

Farbenzahl 

Interlace 

CGA Farben 

— 

MGA Farben 

Buchstabe hoehe 


CHAR Blinkgeschw . 


CURSOR Blinkgeschw. 1 

* 

CURSOR Blinkgeschw 2 



Laufwerk 

- 


Video 

English 

Klang 

Deutsch 

Drücker 

Francais | 

Maus 

Sprache 

RS-232 

Einlesen | 

Joystick 

i 


Tastatur 


Ende 


Version 1.0 


Die frühen Versionen der Systemsoftware laufen 
nur unter Kickstart 1.2 und 1.3 und es finden sich 
noch einige Bugs. Die Version 1.0 unterstützt keine 
Festplatten. Unterstützte Grafikmodi sind MGA 
(Monochrome Graphics Adapter) mit 720 x 348 
Bildpunkten in 2 Farben und CGA (Color Graphics 
Adapter) mit 640 x 200 in 2 Farben oder 320 x 200 
in 4 Farben jeweils aus einer Palette von 16 Farben. 


Version 1.20 


Das Scrolling ist bei den frühen l.X und 2.X 
Versionen der Software im Textmodus auf einem 
Testamiga invertiert, es scrollt also von unten nach 
oben. In die PC-Preferences dieser frühen 
Versionen kommt man mit gedrückter linker 
Maustaste beim Booten von der KCS 
Systemdiskette. Es gibt noch keinen Turbo-Modus 
und das Board ist von der Geschwindigkeit ein 
gutes Stück langsamer als die späteren Versionen. 
Mit Norton SI 4.5 schafft diese Softwareversion 
lediglich einen Vergleichswert von 3,3 zum IBM 
XT. Das lässt auf einen Takt des NEC V30 mit ca. 
7,5 MHz schliessen. Als zusätzlicher Grafikmodus 
wird CGA mit 8 Farben unterstützt. 




araaisK seiection 




1) fl.L.F (OMTI) 

2) "C't Magazin" (OMTI) 

3) Connodore A598 (OMTI) 

4) Golen HD 3080 (OMTI) 

5) Profex HD 3388 (OMTI) 

6) Winner I (OMTI) 

7) F.S.E. (OMTI) 

8) Rex Datentechnik (OMTI) 

9) 0598 (SCSI) 

18) GVP IMPACT Series II (SCSI) 
11) SupraDrive 588XP (SCSI) 


12) NO HARDDISK SUPPORT 
Select harddisk type (8 to exit): 


m 


RS-232 

Einlesen | 


Joystick | 

TURBO EIN | 


| Tastatur | 

Ende 


Version 2.x 


Das Handbuch der Version 2.00BETA ist nur ein 
Faltblatt. In dieser Version gibt es einen Turbo- 
Button, der die Geschwindigkeit des Boards 
zwischen ca. 8,5 MHz und 11 MHz umschaltet. Der 
Turbo macht sich auch tatsächlich in den 
Messwerten bemerkbar. Ohne Turbo liegt das KCS 
bei einem Vergleichswert von 3,7 (Norton SI 4.5). 
Somit ist das Board mit der 2.00ß-Software auch 
ohne Turbo-Modus bereits schneller als in der vl.20. 
Bei aktiviertem Turbo klettert der Wert auf satte 4,8. 
Der Turbo-Modus wurde von KCS im Übrigen nicht 
garantiert. Das Problem sollen allerdings einige 
Amigas gewesen sein und nicht die 8 MHz-Version 
der NEC V30 CPU. Die Version kennt als 
zusätzlichen Grafikmodus nun auch CGA mit 16 
Farben. Des Weiteren ist eine Unterstützung der 
Commodore A590 Festplatte und FastRAM zur 
Beschleunigung der Bildschirmausgabe und des 
Diskettenzugriffs implementiert. Weitere Versionen 
haben die Unterstützung der Festplattencontroller 
massiv ausgeweitet. Sie booten z. B. mit dem 
Phoenix BIOS v2.52, wobei zusätzliche Extensions 
v2.83 geladen werden. In der Version 2.95 wurde 
dann der EGA-Grafikmodus der kommenden 
Software-Versionen getestet. 




Power PC Menü 


Um während der Laufzeit einige Grundeinstellungen 
der PC-Emulation zu ändern, kann man mit R-Ami- 
ga+Help das Power PC Menü öffnen. Dort lassen sich 
dann mit Hilfe der Funktionstasten folgende Änderun¬ 
gen für den aktuellen Betrieb abändem: 


Fl: Umschalten der Belegung der beiden emulierten 
COM-Ports (Serieller Port oder Maus) 

F2: Zuweisen der Laufwerksbuchstaben für das inter¬ 
ne und evtl, vorhandene externe Diskettenlaufwerk 
F3: ohne Funktion 


F4: Schneller oder Standard- 
MONO EGA/VGA Modus 
F5: Anzahl der Farben im EGA/VGA 
Hires Modus (4, 8 oder 16) 

F6: Schreibschutz für die Festplatte (also für die KCS- 
Partition) 

F7: Ein- oder Ausschalten des Statusdisplays 
F8: Anzeige der Uhr (Datum und Uhrzeit) 

F9: Festlegen der Pufferung für das 

Diskettenlaufwerk 

F10: Reset des PC-Teils 
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Die Software zum 
KCS Power PC 
Board 


Hier stellen wir Ihnen die wichtigsten Versionen 
der KCS Software vor. Sie bestimmt maßgeblich, 
was mit der Board-Hardware alles möglich ist. 


KCS ROHER PC harddisk selection V3.0 

ny-fiXF '(ÖHTI)- TTT 

2) "C't Magazin" (OMTI) 23) 

3) "C't Magazin" (OMTI S8F0641) 24) 

4) Connodore A590 (OMTI) 25) 

5) Goten HD 3000 (OMTI) 26) 

6) Profex HD 3300 (OMTI) 27) 

7) Hinner I (OMTI) 28) 

8) F.S.E. (OMTI) 29) 

9) Rex Datentechnik (OMTI) 30) 

10) Spirit HDR506 (OMTI) 31) 

11) 0590 (SCSI, unit 0) 32) I 

12) 0590 (SCSI, unit 6) 

13) 03000 (SCSI) 

14) fl.L.F. II (SCSI) 

15) O.L.F. II Professional (SCSI) 

16) GVP IMPACT type 1 (SCSI) 

17) GVP IMPACT type 2 (SCSI) 

18) GVP IMPACT Series II (SCSI) 

19) Triangle TURBO 3 (SCSI) 

20) SupraDrive 500/2000 XP (SCSI) 

21) SupraDrive 500/2000 XP, Turbo (SCSI) 

Select harddisk type (0 to exit): 


üolen SCSI II (SCSI) 
fllconp (SCSI) 
fllconp, Turbo (SCSI) 

Roßnöller (SCSI) 

Roßnöller, Turbo (SCSI) 
Discount 2000 (SCSI) 
Discount 2000, Turbo (SCSI) 
OCS Conputers (SCSI) 

OCS Conputers, Turbo (SCSI) 
OKTOGON 500 (SCSI) 

NO HARDDISK SUPPORT 


Versionen 3.00 und 3.05 

Im PowerPC-Verzeichnis auf der KCS-Diskette 
befinden sich nun drei ausführbare Dateien. 
STANDARD ist für einen A500/A2000, der nur 
über das KCS-Board als Speichererweiterung 
verfügt, EXTRAMEM ist für ein System mit 
zusätzlichem FastRAM und 68020 30 für 
beschleunigte A500/2000 und natürlich dem 
A3000. Die Versionen 3.0 und 3.05 unterscheiden 
sich in allen Dateien und bei der 3.05 ist auch 
eine zweite Standard-Konfiguration vorhanden. 
Alle Konfigurationsdateien ebenso wie HDsetup 
und PC-Preferences werden mit Icon in der 
Workbench angezeigt. Der Button für den Turbo- 
Modus für das Board ist noch vorhanden, 
allerdings ohne Funktion. Mit der Version 
kommen die zusätzlichen Grafikmodi EGA 
(Enhanced Graphics Adapter) mit maximal 640 x 
350 Bildpunkten und bis zu 16 Farben aus einer 
Palette von 64 und VGA (Video Graphics Array) 
mit maximal 640 x 480 Bildpunkten und bis zu 16 
Farben aus einer Palette von 4096 hinzu. 
Außerdem werden 68020 und 68030 CPUs, der 
A500+ und A2000/3000, das Kickstart 2.0 und 
höher unterstützt. FastRAM kann nun auch auch 
als EMS-Speicher nach dem LIM-Standard 
verwendet werden und die Geschwindigkeit der 
seriellen Schnittstelle wurde auf bis zu 19 200 
Baud erhöht. 


KCS POHER PC harddisk-controller selection V4.50 

Controller type 

PARTITION LOcyl HIcyl Size 

NO HARDDISK SUPPORT 
"C't Magazin" (OMTI) 

"C't Magazin" (OMTI S8F0641) 

A590 (OMTI) 

R590 type 2 (OMTI) 

A590 (SCSI) 

A600 (IDE) 

A2091 (SCSI) 

No harddisk partitions found! 

H3008 (SCSI) 
fl.L.F (OMTI) 


A.L.F. II (SCSI) 

fl.L.F. II Professional (SCSI) 

scsi id HBBIHIHB 

fl.L.F. III (SCSI) 

fl.L.F. III new Version (SCSI) 

fllconp (SCSI) 

Select harddisk-controller & 
Partition for PC 

NEXT 

SAVE & EXIT EXIT 




Versionen 4.5x 

Auch die v4.5 lässt sich einfach über Programme in 
der Amiga Workbench konfigurieren, allerdings sind 
die einzelnen Konfigurationsdateien STANDARD, 
EXTRA MEM und 68020 30 nicht mehr auf der 
Workbench sichtbar. Beim Installationsvorgang wird 
die als passend erkannte Datei als Power PC Board 
auf die Festplatte installiert. Besondere Dateien für 
den A2000 wie in der v3.50 gibt es nicht mehr. Es 
gibt unterschiedliche Versionden der v4.5 Disketten. 
Die einzelnen Programme PC-PREFERENCES, 
HDSETUP, STANDARD, EXTRAMEM und 
68020_30 unterscheiden sich geringfügig in der 
Größe. Feststellen kann man diese unterschiedlichen 
Versionen auf jeden Fall mit dem HDsetup 
Programm. Dieses gibt es als v4.5 und als v4.51, 
wobei bei letzterem einige zusätzliche 
Festplattencontroller unterstützt werden. Als 
zusätzliche Grafikmodi sind MDA (Monochrome 
Display Adapter) mit Text in 2 Farben, Tandy 1000 
bzw. PC Jr. mit 160 x 200, 320 x 200 oder 640 x 200 
in 16 Farben aus einer Palette von 16 und MCGA 
(Multi Color Graphics Array) mit 320 x 200 
Bildpunkten in 32 Farben aus einer Palette von 4096 
hinzugekommen. Die Version unterstützt den A600, 
emuliert Soundblaster oder Adlib und steigert die 
Geschwindigkeit der seriellen Schnittstelle auf bis zu 
38 400 Baud. 

Versionen 5.x 

Die drei Versionen v5.0, v5.1 und v5.2 benötigen 
zwingend das KCS Dual High Density Drive, damit 
sie sich starten lassen. Auf der v5.2-Diskette ist auch 
die aktuellste Variante der 68020 30, EXTRA MEM 
und STANDARD Startdatei, datiert mit dem 
02.11.1994, vorhanden. Die 5er Versionen sind die 
einzigen, die eine Unterstützung von 68040er CPUs, 
z. B. im A4000, ermöglichen. 
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Wie der Apple II polyphon wurde 


V or 40 Jahren wurde der 
Apple II vorgestellt. Als 
„ready to run“ System 
für Jedermann konzipiert, lagen 
seine Stärken vor allem in der 
guten Erweiterbarkeit. Kein 
Wunder also, dass schon bald 
zum Bild auch der Ton kam. 

Der Apple II war einer der ersten 
Heimcomputer, der neben der 
Farbdarstellung auch Töne produ¬ 
zieren konnte. Die Methodik war 
jedoch ähnlich wie der Apple II 
selbst relativ einfach implemen¬ 
tiert. Über ein Register konnte ein 
Flip-Flop geschaltet werden, wel¬ 
ches ein Knacken im Lautsprecher 
erzeugte. Mit etwas Geschick ge¬ 
lang es, mittels des Zählen von Zy¬ 
klen auch einfache Musik zu 
erzeugen. Diese Musik war jedoch 
den Videospielgeräten der Zeit weit 
unterlegen, da nur eine Note 
gleichzeitig gespielt werden konn¬ 
te. 

Dies änderte sich 1978, als die Fir¬ 
ma ALF Products die „Apple 
Music II“ auf den Markt brachte 
(der Name wurde auf Wunsch 
von Apple in MC 16 um¬ 
geändert). ALF hatte 
bereits vor 1978 meh¬ 
rere Musikkarten für i 
der S100 Bus (Altair, 

ISMAI usw) auf den 
Markt gebracht. Der große 
Unterschied zwischen dem Apple 
II und den SlOO-Geräten war, dass 
im Apple II wesentlich weniger 
Platz für die Erweiterungskarten 
vorhanden war. Somit musste die 
MC 16 sehr viel kleiner sein als die 
bisherigen ALF-Produkte. Die Er¬ 
fahrung mit den SlOO-Produkten 
(AD8, QCPG) hatte gezeigt, dass 
minimal 3 Stimmen nötig waren, 
um eine typische Melodie ohne 
große Verluste abbilden zu können. 
Mit relativ wenig Komponenten 
ließ sich somit eine 3-stimmige 


Musikkarte bauen. Zunächst kostete 
die MC 16 um 180,- US-$ und wurde 
nach relativ kurzer Zeit von Texas 
Instruments als Vorbild für den 
SN76489 Chip verwendet. TI fügte 
einen Rauschgenerator hinzu, redu¬ 
zierte den Dynamikumfang und die 
Laustärkeregelung von 8 Bit auf 4 
Bit. Dieser Chip ermöglichte es ALF 
im Jahr 1980, die MCI mit 9 Stim¬ 
men auf den Markt zu bringen. Da 
diese Karte wie¬ 
derum weniger 
Komponenten als 
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die MC 16 enthielt, konnte sie trotz 
der dreifachen Anzahl von Stimmen 
günstiger angeboten werden. In Jahr 
1979 war das Unternehmen Moun¬ 
tain Computer mit dem Musik Sys¬ 
tem auf der Bildfläche erschienen. 
Diese Soundkarte war sehr eng mit 
den ALF AD 8 Systemen verwandt, 
da es sich um einen echten digitalen 
polyphonen Synthesizer handelte. 
Das MCMS bot mit 32kHz Abtastra¬ 
te und 8bit Auflösung gleich 8 unab¬ 
hängige Stimmen, die auf zwei 


Kanälen gespielt wurden (16 Os¬ 
zillatoren). Damit war echter Ste¬ 
reo-Klang mit 8 Stimmen möglich. 
Da jede Stimme 256 Byte an 
Speicher benötigte, mussten für 
die 16 Oszillatoren mehrere KByte 
an Speicher bereit gestellt werden. 
Zudem musste der Speicher von 
den Computer aus beschreibbar 
sein. Um die Karte günstig zu hal¬ 
ten, entschied man sich bei Moun¬ 
tain Computer dazu, auf das RAM 
des Apple II zuzugreifen. Jeder 2. 
Takt des Apple II musste nunmehr 
für das MCMS be¬ 
reitgestellt werden 
x um Töne zu erzeu¬ 
gt gen. (16 x 32 KHz = 
A 512 KHz) Zudem 
musste noch die 
Hüllkurve vom 
Computer berechnet 
und in Echtzeit an 
der Karte gesetzt 
werden. All dies 
führte dazu, dass der 
Apple II gerade so 
genug Kapazitäten 
hatte, um Musik mit 
einer simplen Visua- 
v lisierung abzu- 
f spielen. Mit wenigen 
Anpassungen liess 
sich das MCMS aber 
auch für Live Per- 
formances zusammen 
mit einem Keyboard (Alpha 
Syntauri, SoundChaser) nutzen. 

Alle frühen Soundkarten bis 1982 
für den Apple II hatten eines ge¬ 
meinsam: Sie waren nicht für 
Spiele geeignet. Das MCMS ver¬ 
brauchte zu viele Ressourcen und 
die ALF-Karten hatten keinen In¬ 
terrupt und wurden daher über das 
Zählen von Zyklen programmiert. 

Erst 1983 hat die Firma Sweet 
Systems Micro dies mit dem 
Mockingboard geändert. Der zur 
Ansteuerung verwendete 6522 
VIA bot Interrupt-Timer und der 
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- Ix 8254 Timer 

- 3x AM6070 DAC (8bit) 

- 1782Khz Basistakt 

Erlaubt 3 Stimmen mit sehr geringer Abweichung und 
8bit Lautstärkeregelung. Die DACs benutzen einen 
Logarithmus nach dem uLAW Verfahren und 
erlauben somit eine hohe Dynamik. Die Karte kann 
keinen Interrupt auslösen. 


AY-3-8913 war einfach und güns¬ 
tig zu beschaffen. Zudem wurde 
ein Paket mit Bibliotheken zur Er¬ 
kennung und Nutzung der Karte 
für Spiele mitgeliefert. Obwohl das 
Mockingboard technisch nicht mit 
den verfügbaren Lösungen mithal¬ 
ten konnte, war es der Software¬ 
support, der den Durchbruch im 
Spielesektor ermöglichte. Leider 
war die Zeit des Apple II fast vor¬ 
bei und als 1984 erste Spiele mit 
Mockinboard-Unterstützung gelie¬ 
fert wurden, gab es bereits den 
C64 und den Macintosh. 
Außerdem hatte der neu eingeführ¬ 
te und schnell zum Verkaufsrenner 

ALF MC16 (1978) 


Echter digitaler Synthesizer mit 16 Stimmen bzw. 8 
Stimmen in Stereo. 8 Bit Lautstärke, 8 Bit Hüllkurve 
und 8 Bit Wellenform mit 256 Byte Länge. Die 3 DACs 
sind so verschaltet, dass die jeweiligen 
Referenzspannungen die Ausgansspannung des anderen 
DACs sind, also DAC1 an DAC2 an DAC3. Die Karte 
nutzt den Apple II Hauptspeicher für das Auslesen der 
Wellenform (DMA) und verbraucht dafür jeden 2. Takt 
(ca. 512khz). Das Ergebnis ist eine 32khz Abtastrate bei 
16 unabhängigen Oszillatoren. Die Karte benötigt 
nahezu alle verfügbaren Ressourcen des Rechners. 


avancierte Apple Ile keine Slots, um 
ein Mockingboard zu verwenden. 
Mit Einführung des Apple Ilgs gab 
es keinen Bedarf mehr an individu¬ 
ellen Musikkarten, da der Apple Ilgs 
von Haus aus 32-stimmige Poly- 
phonie mit 64Kb eigenem Sound- 
RAM ermöglichte. 

Übrigens: Den Vergleich zum PC 
braucht der Apple II nicht zu scheu¬ 
en. Die ADLib-Karte kam dort erst 
1987 auf den Markt und der Sound- 
blaster im Jahre 1989. (j) 


Mountain Computer Music System 
(1979) 


Du kennst dich In deinem Bereich bestens aus. oder bist 
ein Sammler exotischer Hardware? Du hast unterhaltsame 
Geschichten zu erzählen und hast schon viel erlebt? Dann 
melde dich bei uns! Wir suchen Menschen, die wir interview 
en dürfen und von denen wir noch etwas lernen können. 


Über den Autor 

Jonas ist begeisterter Com¬ 
putersammler und hat sich auf 
Apple-Systeme spezialisiert. 
Besonders interessieren ihn 
neue und alte Hardwareerweit¬ 
erungen für Apple ii Systeme. 


DICH NÖLLEN 
NIR HOBEN! 
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Decillionix DX-1 (1980-1989) 


Eine Stimme 8 Bit In-/Output mit 0,78 bis 30 kHz per 
DMA aus dem Apple II RAM (24k erlauben zwischen 
0,8 bis 10 sek. "Spielzeit”). Oftmals wurde diese Karte 
als Audio-Digitizer für das MCMS benutzt, um neue 
Wellenformen aufzunehmen. 


Generic single DAC (1977-1979) 



Ein einzelner 8bit-DAC, der direkt vom Bus aus be¬ 
schrieben wird. 


Beispiele: S.A.M., MMI DAC, usw. 


Mockinboard (1983) 



• l-2x AY-38913 

• 0-2x Votrax Speech Chip 

• 1 Mhz Basistakt 

Die Karte gab es in mehreren Varianten, von denen das 
Mockinboard A das bekannteste ist. Die Karte bietet 6 
Stimmen (3 Rechts, 3 Links), sowie 2 Rauschgenera¬ 
toren und bis zu 2 Synthesizer Stimmen. Die Karte be¬ 
sitzt zwei dynamisch konfigurierbare Interrupts, was 
eine einfachere Programmierbarkeit erlaubt. 




Mimetics GeneSys (1983/1984) 


Gleiche Leistungsmerkmale wie das MCMS aber kein 
DMA. Die Karte besitzt ihr eigenes 8k RAM. Zusätz¬ 
lich ist ein Keyboard-Interface (AlphaSyntauri) auf der 
Karte verfügbar. 


Passport MX5 (1983) 


Gleiche Leistungsmerkmale wie das MCMS mit glei¬ 
cher Anbindung des Apple II RAM (DMA). Die Karte 
besitzt zudem ein Keyboard-Interface (SoundChaser) 
und einen Drum Sync-Anschluss. 


ALF MCI (1981) 



• 3x SN76489 

• D2Mhz vom Q3-Signal des Apple II Bus 

Die Karte besitzt insgesamt 9 Stimmen + 3 Rauschge¬ 
neratoren. Die Stimmen sind als 3x rechts, 3x Links 
und 3x Mitte angeordnet. Es ist kein Interrupt Genera¬ 
tor vorhanden. Sie kam als ALF AM-II auf den Markt 
und wurde auf Druck von Apple sehr schnell in ALF 
MC-1 (music card 1) umbenannt. 
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Auch in Deutschland waren Soundkarten für 
den Apple II bald erhältlich. Diese Seite zeigt 
Auszüge aus den Pandasoft- Katalogen 1986 
und 1987 mit den Angeboten einiger der 
beschriebenen Karten (gb). 
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Spieleklassiker 

Stellar 7 — Ballern auf vielen Plattformen 


The earth is mine! Everything is mine! 
^ß ^ß Now punish the earthlings for thier 
S S foolisch resistance“. Mit knarrender 
Stimme verkündet so der arcturischen Tyrann Gir 
Draxon aus dem Lautsprecher des Amiga das En¬ 
de eines Spiels mit „Stellar 7“. 


Stellar 7 ist klassisches Ballerspiel, bei dem der Spie¬ 
ler aus seinem Cockpit heraus einen über ein 
Schlachtfeld steuert. Das Feld ist voll mit Hindernis¬ 
objekten und feindlichem Kriegsgerät. Was sich be¬ 
wegt, muss abgeschossen werden- keine besonders 
originelle Spielidee, dennoch immer wieder fesselnd. 
Der eigene Panzer „Raven“ verfugt über eine doppel¬ 
läufige Kanone, einen Radarschirm zur Beobachtung 
des Schlachtfelds, Protonenschilde, Tamvorrichtung, 
Raketenbooster und Sprungfähigkeit. Aber auch die 
Gegner sind nicht von schlechten Eltern: Einfache 



Lasertanks, Hovercrafts, schwere Panzer, Sandglei¬ 
ter, aber auch feststehende Laserkanonen und Minen 
jagen dem Spieler hinterher. Das Spiel besteht aus 
mehreren Leveln, die -je nach Plattform- von einem 
Wächter geschützt werden. Der erscheint, sobald 
man eine gewisse Anzahl an Punkten durch das 
Abschiessen der Gegner gesammelt hat. Ist der 
Wächter besiegt, erscheint eine „Warplink“, ein 
sechszackiger Drehkörper, der den Spieler bei Kol¬ 
lision in den nächsten Level transportiert. Im letz¬ 
ten Level wartet Gir Draxon für eine finale 
Schlacht. Stellar 7 erschien 1983 zunächst für den 
Apple ][. Der Programmierer Deman Slyth vertrieb 
das Spiel über die Firma Dynamics, die später von 
Sierra übernommen wurde. Anregung war das Ar- 
cadespiel „Battlezone“, mit dem Atari seit Novem¬ 
ber 1980 in den Spielhallen vertreten war. Kern der 
Spielentwicklung war ein aus heutiger Sicht einfa- 


Written by: Deman Slyth 1983 


STELLAR 
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Ulritten by: Deman Slyth <c> 1983 

ches 3D Vektorgrafikpaket mit dem Namen „Three 
Space“. Es sorgte auf dem Apple ][ für Furore, weil 
derartige Darstellungen bis dahin nahezu unbekannt 
waren. Dennoch wurden nur etwa 8.000 Exemplare 
des Spiels verkauft. Der Grund: Sehr schnell war der 
Kopierschutz der Diskette geknackt und die illegalen 
Kopien untergruben das Geschäft von Dynamics. Auf 
diesem Weg hatte Stellar 7 aber großen Erfolg- es 
gab Anfang der 1980er Jahre kaum einen Apple II- 
Benutzer, der Stellar 7 nicht spielte. Atarisoft lieferte 
seinerseits eine Version von Battlezone für den Apple 
][ aus, die aber hinsichtlich der Darstellung und dem 
Bildaufbau deutlich hinter Stellar 7 zurückblieb. 

Die Vektorgrafik ist auch aus heutiger Sicht noch 
durchaus ansehnlich. Das Bild wird flüssig aufgebaut 
und ruckelt nur dann merklich, wenn viele Objekte 
parallel verändert werden müssen. Die Objekte ver¬ 
größern und verkleinern sich mit änderndem Abstand 
zum Spieler und sind von allen Seiten zu betrachten. 
Auf dem Apple ][ ist prinzipbedingt der Sound weni¬ 
ger begeisternd. Eine Unterstützung für polyphone 
Soundkarten fehlt. 
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ATflRISOFT PRESENTS 


Die Level 

Sol: Die Landschaft bietet mit ihrem Netz aus Würfel¬ 
objekten genügend Schutz vor Feinden. Diese um¬ 
fassen Sandgleiter, Skimmer und Hovercrafts. Der 
Wächter kann durch Dauerfeuer bei ständiger Rück¬ 
wärtsfahrt zerstört werden. 

Antares: Hier erwarten den Spieler erstmalig Laserbat¬ 
terien, Minen und Prowler Panzer. Der Wächter lässt 
bei Vorwärtsfahrt mit Dauerfeuer zerstören- aber be¬ 
vor die Spinneneier schlüpfen. 

Rigel: Hier gibt es einen Treibstofftank, mit dem sich 
Schilde und Antrieb wieder aufladen lassen. Auf Ri¬ 
gel gibt es Laserpanzer, Pulsare und Stinger. Der 
Wächter wird mit der gleichen Taktik wie im Sol-Le- 
vel zerstört. 

Deneb: Die schützenden Objekte auf Deneb sind nicht 
mehr unzerstörbar. Hier treten erstmalig Assault 
Panzer und Kanonenbatterien auf. Der Wächter lässt 
sich wie auf Sol zerstören, ist aber stärker, daher 
wird die „Gelbe Kanone“ benötigt. 

Sirius: Hier umkreisen Flugwaffen den Spieler, die beim 
Rückwärtskreiseln abzuschiessen sind. Bei Betreten 
des Levels greifen drei Seeker den Spieler an. Der 
Wächter muss von der Seite angegriffen werden, um 
nicht in die Schusslinie seiner Kanone zu geraten. 

Regulus: Hier existiert ein weiterer Treibstofftank. Die 
Feinde verwenden Panzer mit Tamvorrichtung. Der 
Wächter ist mit dem auf Antares identisch, richtet 
aber mehr Schaden an. 

Arcturus: Hier findet die alles entscheidene Schlacht mit 
Gir Draxon statt. Ein Zusammenprall ist zu vermei¬ 
den, weil dieser über ein Protonenschild verfügt. 


COPYRIGHT 1983 fiTflRI 
ALL RIGHTS RESERYED 


Im Jahr 1984 erschien Stellar 7 bei Penguin Software 
auch für den Commodore C64. Diese Version ist eine 
nahezu identische Portierung der Apple II Fassung und 
teilt mit dieser auch den schlechten Sound. Besser wur¬ 
de der Ton erst 1990 mit einem Rewrite des Programms 
für Apple Macintosh, Commodore Amiga und PC-DOS. 
Die Amiga-Version lässt denn auch die Stimme gir Dra- 
xons erschallen, während die Macintosh-Version stumm 
bleibt. 


Stellar 7 ist für die verschiedenen Plattformen von den 
üblichen Download-Seiten erhältlich und kann auch in 
Online-Emulatoren gespielt werden, (gb) 


EXPERIENCE 


FEATURING SUPERB ‘BATTLEZONE’ACTION! 


• Ovrrlnrd of Ihe 
»ar or ihe Terran 
s to d&pdk.i U e 
fdutdi i Armada 
in. Tonron Intelil- 


nüre grojnd assault force to Trtan. Saturr 
ftte. as l’ie pidudtf to a massive invasinn 
jrprctcctcd Earth Fürth s an ly -rnninir 
IAVFH. an e «perlmental armoured craft 


Tastenbelegung 

Taste I: Tarnvorrichtung, wirkt für eine kurze Zeit 

Taste E: Protonenschild, schützt vor feindlichem Be¬ 
schuss und zerstört alle feindlichen Fahrzeuge bei 
Berührung. 

Taste S: Die „Gelbe Kanone“ mit stärkerer Schusskraft 
als die reguläre Bewaffnung 

Taste J: Lässt den Raven über Hindernisse oder andere 
Panzer springen 

Taste B: Verlegen von Landminen 

Taste C: Detektor für getarnte feindliche Panzer 

Taste T: Raketenbooster, kurzzeitige starke Beschleuni¬ 
gung 
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Amiga C Programme entwickeln 

WinUAE als C Entwicklungsumgebung 


Mr* 


W enn der vorhandene Amiga entweder 
keine ausreichenden Ressourcen für die 
erforderlichen Werkzeuge hat oder kein 
echter Amiga zur Verfügung steht, bleibt der Aus¬ 
weg über einen Amiga-Emulator auf dem heimi¬ 
schen Intel-PC. In der folgenden Schritt-für-Schritt 
Anleitung richten wir darum mit WinUAE einen 
bekannten und frei verfügbaren Emulator ein. Die¬ 
ser erhält dann die erforderlichen Entwicklungs¬ 
werkzeuge. 

Um eigene Amiga-Programme in C zu entwickeln, be¬ 
nötigt man neben einem Texteditor vor allem einen C- 
Compiler. Dieser erstellt aus einem C Programm 
(Source Code) ein ablauffähiges Binary. C-Compiler 
und andere Entwicklungswerkzeuge finden sich kos¬ 
tenlos zum legalen Download auf den einschlägigen 
Servern im Internet. 


Download und Installation 

Schritt 1: Als erstes besorgen wir uns einen C-Com¬ 
piler. Ein Compiler ist ein Programm, das den von uns 
getippten Quellcode (in unserem Fall den C Quellco¬ 
de) in Maschinensprache (also in ein ausführbares 
Programm) übersetzt. Wir nehmen dazu den wirklich 
guten DICE C-Compiler. Diesen bekommen wir im 
Aminet: 


Jf WinUAE 1.4.4 Setup 




WinUAE 

Amiga Emulator 


m 


Welcome to the WinUAE 1 4 4 
Setup Wizard 

This wizard wi guide you through the Installation of WinUAE 
1.4.4. 

It is recommended that you dose all other applicabons 
before starbng Setup. This will make it possible to update 
relevant System files without having to reboot your 
Computer. 

dick Next to contnue. 


Setup starten 


WinUAE 1.4.4 Setup 



m 


?/a 


Choose Components 

Choose which features of WinUAE 1.4.4 you want to install. 


Check the components you want to install and uncheck the components you don’t want to 
install. Click Next to continue. 


Select the type of install: 

Or, select the optional 
components you wish to 
install: 


Custom 

H 

WinUAE (required) 


0 Host-Configurabons 


Sill lAdd'bonal files 

+1 Hphortcutsl 
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J WinUAE 1.4.4 Setup 




WinUAE 

Amiga Emulator 


Completing the WinUAE 1.4 4 Setup 
Wizard 

WinUAE 1.4,4 has been mstalled on your Computer. 

Click Finish to dose this wizard. 

□ Run WinUAE 1.4.4 

□ Show Readme 


Schritt 5: Neben dem Kickstart-ROM ist eine grafische 
Oberfläche erforderlich, die sog. Workbench. Einige 
Versionen stehen als Diskettenimages zum Download 
bereit. Für WinUAE muss ein WorkBench Disketten 
Image als dfö: eingebunden werden . Auf diese, Work- 
bench-Diskettenimage sollte der Editor ,ED’ enthalten 
sein. 


* ' WinUAE Properties 


Setup abschliessen 

WinUAE konfigurieren 

Schritt 4: Der Emulator benötigt ein Original-Kick¬ 
start-ROM, also den Teil des Amiga-Betriebssystems, 
das als ROM in den Amiga-Systemen fest verbaut ist. 
WinUAE enthält ein ROM Image, den Pfad zum 
Kickstart-ROM Image müssen wir entsprechend ein¬ 
stellen: 


s 


g Settings 

About 
[X] Paths 
► Quickstart 
^ Configurabons 
M Hardware 
Ü CPU and FPU 
a Chipset 
M Adv. Chipset 
| ROM 

I - 4 &6M -, 

| cas Floppy drivcs | 

2 Hard drtves 

M Host 

3 Display 
^ Sound 

^ Game & I/O ports 
^ Input 
Output 
Filter 

b Dsk swapper 
C^Msc 
& Pnonty 


BPFO: Write-protected D | Eject ] [••] 

WB13SYSI.ADF {GratenVA\ADF\> vj 


} Disabled V Write-protected | Eject | 


Disabled v Wnte-protected 


Disabled vj Write-protected | Eject | 


Floppy Drive EmJaton Speed 

New Floppy Disk Image 


100% (compabble) 


[l5*DD iv] [ Create Standard Dsk | | Create Custom Disk 

Disklabel: empty 


r»r~i 


| Start 


Workbench- Diskimage Pfad festlegen 


/ WinUAE Properties 


■ ~B 


tif Settings 
Ahtkü . 


| B Paths I 
1 » Quckstl rt 

~ Configurabons 
M Hardware 

Ä CPU and FPU 
Ä Chpset 
M Adv. Chipset 
9 ROM 
9 RAM 

b Floppy drives 
2 Hard drives 
M Host 

Doplay 

Sound 

£ Game &I/0 ports 

t Input 
Output 
EJ Filter 
Q Disk swapper 
Mise 
Pnonty 


System ROMs: 

G:\Paten\A\kickstart\ 


K 


Q 

0 

0 

0 

0 

0 


Reset to defaults | WmUAE de fault (old) 


J 


[ Oeardrichstory [ 


/ WinUAE Properties 


* 0 


B Paths 
► Quickstart 
Configurabons 
M Hardware 
Ä CPU and FPU 
a Chipset 
a Adv. C hioset 

I | RON | 


System ROM Settings 


Extended ROM fite: 


□ MapROM emulabon □ ShapeShifter Support 


'BQ 


RAM 


b Floppy drives 
3 Hard drives 
g Host 
□> Display 
Sound 

^ Game &I/0 ports 
^ Input 
Output 
Filter 

B Disk swapper 
Mise 
Pnonty 


Cartridge ROM fite: 
Flash RAM fite: 


| Start 1 [ Cancei | 


Kickstart ROM festlegen 


Schritt 6: Nun muss das Verzeichnis bekanntgegeben 
werden, in dem sich ? dice ? befindet (in diesem Beispiel 
also ? dev ? ). WinUAE erlaubt es, ein Windows-Verzeich¬ 
nis als dhO: (Festplatte) einzubinden (Read/Write=Mar- 
kieren, um Schreibzugriff zu erhalten). 


v' WinUAE Properties 


g Settings 

v' About 
ID Paths 
► Quickstart 
Art Configurabons 
M Hardware 
M CPU and FPU 
B Chipset 
W. Adv. Chipset 
| ROM 
9 RAM 

B Floppy drives 

2 Mä^drtvta l 

tgg Host 

3 Display 
^ Sound 

4^ Game &I/0 ports 

w Input 

Output 
3 Filter 
—I Disk swapper 
£feMisc 
Cjft Pnority 


* Device Volume Path R/W Block size Size BootPri 


| Add Directory or Archive... 


Add Hard Drive... 


□ Add PC drives atstartup □ Dtsable UAEFSDB-Support | Remove 

□ Indude CD^DVD drives.. □ Don't use Windows Recyde Bm 

□ Indude network dnves.. 0 Automount removable drives [ Properties 


1 Qmt 


Cancei | 


Volume Settings 




frl Read/write 
Boot priority: 0 


I G:Paten \A\dev 


Select Directory 


Select Archive or Plain File 


OK 


Cancei 


Eject 


Windows Verzeichnis als Festplatte einbinden 
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[ Add Directory or Archive... | 

[ Add hardfüe... | 

| Add Hard Drive... | 


□ Add PC drives at startup □ Disable UAEFSD6-Support [ Reroove 

n Indude CD/DVD drives.. O Don't use Windows Recyde Bin 
O Indude network drives.. □ Automount removabte drives | Proptyties 

I Start | f~ 




7: Anschließend müssen einmalig einige Änderungen 
in der Datei Shell-Startup gemacht werden, welche 
man in dem Verzeichnis S auf der Workbench-Diskette 
findet. Dazu müssen wir zuerst eine Shell (Komman¬ 
dozeile) öffnen. 

Mit ,dir’ kann man sich alle Dateien anzeigen lassen.. 
In Verzeichnis wechseln mit ,cd <Verzeichnis>\ Zu¬ 
rück mit ,cd /’. Mit ,type <Datei> kann man sich 
Text/ASCII-Dateien am Bildschirm anzeigen lassen. 

Jetzt also ,cd s’ und dann ,ed shell-startup’. Dann die 
folgenden Einträge hinzufugen: 

(ED: <esc>x<enter> speichert den Text; q=Ende ohne 
Speichern; Strg-B löscht Zeile) 


assign dcc: dhOrdice 
assign DLIB: dccidlib 
assign dinclude: dcciinclude 
assign libs: dccilibs 
path DCC:abin/ ADD 
path DCC:editors/dme/ ADD 

Hello World? 

Schritt 8: Zur Eingabe eines einfachen Beispielpro¬ 
gramms gehen wir zur Festplatte’ (Verzeichnis ,dev’) 
mit: ,cd dhO:’. 

Mit dem ED Editor geben wir dann folgendes Pro¬ 
gramm als Datei 'hallo.c' ein: 


dcc -3.1 hallo.c -o hallo <Enter> 

Wenn wir keinen Tippfehler gemacht haben, dann gibt 
es keine Meldung, es erscheint wieder die Eingabeauf¬ 
forderung und wir können uns mit dir <Enter> davon 
überzeugen, das der Compiler unseren Quelltext in ein 
ausführbares Programm übersetzt hat. 

Wir sollten in dem Verzeichnis also einmal die von uns 
geschriebene Datei hallo.c sehen und zusätzlich die 
vom Compiler erzeugt Datei hallo . 

Probieren wir unser Programm doch einfach mal aus. 
Wir geben in der Shell ein: 

hallo <Enter> 

Wenn jetzt in der Shell der Text “Hallo Welt !” er¬ 
scheint dann haben wir es geschafft, wir haben unser 
erstes Amiga-Programm geschrieben! 


(ps) 




1.dev:) ed hallo.c 
l.dev:) dir 
dice (dir) 

gadtoolsbox20c (dir) 
asn-kurs (dir) 

Asn-Pro (dir) 

Asn_course (dir) 

AMisa_C-Kurs (dir) 
c4 

c4,h 

flaMe.c 

Iiesnich.txt 
1ife2. c 
nastnind.c 
startrek 

1.dev:> type hallo.c 
»indude <stdio,h> 

int nainü 
{ 

printf(“Hailo Heit ?“); 
return 0; 

} 

1.dev:> dcc -3,1 hallo.c -o hallo 
l.devl) hallo 
Hallo Heit ?1.dev:> 

1.dev:> 


c4.c 

c4.txt 

hallo.c 

life2 

MastMind 

Othello.c 

StarTrek.c 


L 


SND: - CPU: 29% FPS: 47.9 Power HD CO 39 


Links 

http://www.aminet.net/dev/c/dice-3.16.1ha 
http://www.winuae.de/ 


finclude <stdio.h> 
int main() 

{ 

printf ("Hallo Welt !"); 
return 0; 


Uber den Autor 

Peter Sieg ist seit 2006 Wiedereinsteiger im Retro- 
Computing Hobby. Er ist Autor der Bücher 
"Commodore-Hardware-Retrocomputing"und 
"Simulation-Emulation - Exotic Flavor" 
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WLAN für klassische Computer 

WLAN Modul für Atari ST 


I 


m Atari-Home-Forum (siehe Links) fiel die An¬ 
leitung von Christian Zietz für ein WLAN Mo¬ 
dul für den Atari ST auf. 


Dort wurde als Primärfunktion das Holen und Setzen 
der Uhr mittels NTP und HTTP beschrieben. Die 
Lösung besteht aus einem Mini-System (ESP8266) und 
ist dank des sehr einfachen Aufbaus nicht schwer 
nachzubauen. Zu beziehen sind die Komponente preis¬ 
günstig über Online-Versandhäuser, meist stammen sie 
von Herstellern aus China. Leider sind die Wartezeit 
für Bestellungen aus China etwas lästig. Man benötigt 
drei Hardware Komponenten: 
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•ESP-01 Modul 

• 3.3V Stromversorgung 

• TTL (3,3V) nach RS232 Wandler 

Das ESP-01 muss noch mit der speziellen Firmware 
geflasht werden (siehe Links). Die Firmware lässt sich 
auch mit dem NodeMCUflasher aufspielen. Zum Auf¬ 
spielen von Firmware muss zum Start des Moduls 
GPIOO auf GND gelegt werden, entsprechende Anlei¬ 
tungen für den esp-01 gibt es genügend im Internet. 
Anschließend sind die drei Hardwarekomponenten 
miteinander zu verbinden (siehe Links) . Als erstes er¬ 
folgte dann ein Aufbau mit einer Lochrasterplatine und 
entsprechender Verdrahtung. Danach wurde ein ein¬ 
faches Platinenlayout erstellt. Der fertige Aufbau mit 
Platine ist in den Bildern zu sehen. 

Layout + Dateien (Eagle) sind ebenfalls im Atari-Ho- 
me Forum zu finden. Die nötige Software für den Atari 
ST hat Christian Zietz auf seiner Seite ebenfalls zum 
Download zur Verfügung gestellt. Da die Firmware mit 
9600 8N1 kommuniziert und die API beschrieben ist, 
kann man sie mit entsprechend erstellter Software na¬ 
türlich auch für andere Systeme nutzen. Dies gilt ent¬ 


sprechend auch für die originale AT Firmware, NodeM- 
CU und ggfs, weitere Firmware (z.B. esp-lisp). (ps) 


https://www.chzsoft.de/site/hardware/diverse-kleinigkei- 

ten-fur-den-atari-st/ 

https://forum.atari-home.de/index.php?topic=12698.20 


Über den Autor 

Peter Sieg ist seit 2006 Wiedereinsteiger im Retro- 
Computing Hobby. Er ist Autor der Bücher 
"Commodore-Hardware-Retrocomputing"und 
"Simulation-Emulation - Exotic Flavor" 
















Selbst gebaut 

■ Das CCC Modem Datenklo 


Vr+- 


7Ö 


E ine Zeitlang war der 
Selbstbau-Akustikkopp- 
ler des Chaos Computer 
Clubs, liebevoll das "Datenklo" 
12 genannt, eine kostengünstige 
Möglichkeit für Datenfernüber¬ 
tragung. Der Nachbau macht 
auch heute noch Spaß. 

Wer erinnert sich noch an die Zeit, 
als das Telefonnetz in der BRD 
noch analog war und von der Post 
betrieben wurde? Zu dieser Zeit 
1 war DFÜ ein schwieriges und teu¬ 
res Unterfangen. An das Telefon¬ 
netz durften nur Geräte mit 
FTZ-Zulassung (später ZZF-Zu- 
lassung) angeschlossen werden. 
Diese Geräte waren extrem teuer. 


1984 griff der Chaos Computer 
Club zur Selbsthilfe. Es wurde ein 
Modem entwickelt, das für den 
geübten Bastler gut nachzubauen 
und für damalige Verhältnisse un¬ 
schlagbar günstig war. Das Mo¬ 
dem konnte sowohl direkt an die 
Telefonleitung angeschlossen, als 
auch als Akustikkoppler betrieben 
werden. Das Modem mit den er¬ 
forderlichen Schaltungen für beide 
Betriebsarten sowie den RS-232 
Pegelwandlern wurde auf einer 
Europakarte untergebracht. In der 
Datenschleuder, der Zeitschrift des 
CCC, wurde die Schaltung nebst 
Erläuterungen, Bauanleitung, Pla¬ 
tinenlayout und Datenblatt des 
verwendeten Modem-Chips veröf¬ 
fentlicht. 


Den Namen 'Datenklo' erhielt das 
Modem von den Gummiverbin¬ 
dern, die für den Akustikkoppler- 
Betrieb auf den Telefonhörer ge¬ 
steckt wurden. Die Verbinder 
stammten nämlich aus dem Sani¬ 
tärbereich und waren für die Ver¬ 
bindung von Spülrohr und 
WC-Topf gedacht. Auf die Tele¬ 
fonhörer der damaligen Post-Tele¬ 
fone passten sie aber auch perfekt. 


Für den Nachbau hat sich der Autor 
zum ersten Mal an das Ätzen von 
Platinen gewagt - mit der freundli¬ 
chen Unterstützung des Vereinsmit¬ 
glieds for(;;). Das hat erfreulich gut 
geklappt. Die Beschaffung der Bau¬ 
teile war kein großes Problem. Bis 
auf den verwendeten Modem-Chip 
und die Gummiverbinder für den 
Akustikkoppler sind alle erforderli¬ 
chen Teile noch neu im Handel er¬ 
hältlich. Der Modem-Chip ist bei 
eBay noch gut zu bekommen, da 
gibt es offenbar noch an vielen Stel¬ 
len Restbestände. Die Gummiver¬ 
binder fanden sich noch im eigenen 
Lager - die lagen da schon, als der 
Autor 1985 seine Lehre anfing. Be¬ 
reits damals wurden sie nicht mehr 
verwendet, die Ausführung war zu 
der Zeit schon veraltet. 

Das Datenklo benötigt vier Span¬ 
nungen: +5V, -5V, +12V und -12V. 
Das Netzteil dafür ist denkbar 
einfach aufgebaut. Die Schaltung ist 
an den Vorschlag vom CCC an¬ 
gelehnt, konnte aber noch weiter 
vereinfacht werden. +12 und -12V 
werden nur für die RS-232 Treiber 
verwendet. Laut Datenblatt dürfen 
die Spannungen im Bereich von +/- 
7,5V - 15V liegen (+/-9V nominal). 
In der Wühlkiste fand sich ein klei¬ 
ner Trafo, der 2 x 9V~ im Leerlauf 
liefert - der wurde vor vielen Jahren 
aus irgendeinem Kleingerät ausge¬ 
schlachtet. Mit Gleichrichter und El- 
kos (2 x lOOOpF) stellen sich 
Leerlaufspannungen von +/- 12,5V 
ein. 

Also wurden kurzentschlossen die 
+12V/-12V Versorgung an diese un¬ 
geregelten Spannungen angeschlos¬ 
sen. Dazu noch einen 7805 und 
einen 7905 Regler und jeweils einen 
lOOnF Kondensator an den Ausgang 
- fertig ist das Einfachst-Netzteil. 
Der 7805 hat noch einen kleinen 
Kühlkörper bekommen, der 7905 
benötigt keinen; auf der -5V Leitung 
fließen nur wenige mA. Im Betrieb 


stellen sich nun für die RS-232 
Treiber Spannungen um +9V und 
-10,7V ein, das liegt alles im Rah¬ 
men. Zur Warnung: Beim Bau von 
Netzteilen müssen die aktuellen 
Sicherheitsbestimmungen beachtet 
werden! Im Zweifel sollten lieber 
fertige Netzteile verwendet wer¬ 
den. Eigenbauten sollte ein Fach¬ 
mann prüfen. 

Das fertige Gerät wurde erst im 
Loopback-Betrieb getestet, sowohl 
mit dem Akustikkoppler, als auch 
mit der Schaltung für den Direkt¬ 
anschluss. Mit Direktanschluss lief 
alles prima ohne irgendwelche 
Übertragungsfehler. 

Beim Akustikkoppler sah das 
schon etwas anders aus. Im Loop¬ 
back-Betrieb werden einfach beide 
Gummimuffen aufeinandergesetzt, 
um eine direkte Tonübertragung zu 
erreichen. Sowohl Lautstärke als 
auch Mikrofonempfindlichkeit 
sind mit Potentiometern einzustel¬ 
len. Das gestaltete sich im ersten 
Anlauf schwierig, es kamen zuerst 
nur falsche Zeichen. Abhilfe 
brachte es, den den Hohlraum zwi¬ 
schen den Gummimuscheln mit ei¬ 
nem Tuch zu stopfen. Dann 
funktionierte das Ganze mit 300 
Baud erfreulich zuverlässig, auch 
bei unterschiedlichen Einstellun¬ 
gen für Lautstärke und Mikrofon¬ 
empfindlichkeit. 

Bei 1200 Baud sah es dann schon 
wieder anders aus, es kamen wie¬ 
der nur falsche Zeichen. Erst eine 
deutliche Erhöhung der Lautstärke 
und die Einregulierung der Mikro¬ 
fonempfindlichkeit auf einen pas¬ 
senden Wert brachte eine 
fehlerfreie Übertragung. Bei 300 
Baud ist der Akustikkoppler offen¬ 
bar praxistauglich, bei 1200 Baud 
ist für eine stabile Verbindung 
wohl der Direktanschluss erforder¬ 
lich. 














Hardware 


Bisher gelang ein erfolgreicher Verbindungsaufbau 
mit einem kommerziellen Modem nur im V.21 Or- 
ginate-Modus (300 Baud). Da auch der Verbin¬ 
dungsaufbau zwischen zwei Datenklos scheiterte, 
hat der Autor den Verdacht, dass der Answer-Mode 
bei den verwendeten Modemchips nicht richtig 
funktioniert. 

Für den hier vorgestellten Aufbau wurde das Plati¬ 
nenlayout leicht geändert, weil der verwendete Tra¬ 
fo (Telefon-Übertrager) andere Maße hat als der im 
Original vorgesehene. Außerdem ist ein unbenutzter 
Bereich der Platine mit einer Massefläche belegt. 
Da die Angaben im Schaltplan und im Be¬ 
stückungsplan teilweise sehr schlecht zu lesen wa¬ 
ren, wurden dort die handschriftlichen 
Beschriftungen ersetzt. Für einem Nachbau ist es 
empfehlenswert, das Platinenlayout nochmals zu 
verändern, da die Z-Dioden D2 und D3 zu nah am 
Übertrager liegen. 

Die veränderten Pläne stehen als ZIP Datei (siehe 
Link) bereit. Diese Datei enthält die Original-Bau¬ 
anleitung, die geänderten Dateien und das Daten¬ 
blatt des verwendeten Modem Chip. Der für das 
geänderte Platinenlayout verwandte Trafo ist bei Fa. 
Reichelt unter der Bestellnummer NFU 1-1 erhält¬ 
lich. (cd) 

Links: 

http://www.classic-computing.de/ccc-datenklo 


Der fertige Testaufbau des CCC Modems 


Schematische Darstellung des Aufbaus 

aus: CCC Datenschleuder 


Über den Autor 

Christian Dirks ist seit 2011 Vereinsmitglied und 
beschäftigt sich vor allem mit der Reparatur von 
Commodore 8-bit Computern und deren Peripherie 
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Selbst gebaut 

Minimales Z80 System 


E ine besonders reizvolle 
Aufgabe ist es, einen Ein- 
platinencomputer (EPC) 
komplett selbst zu bauen. Das 
hier vorgestellte System verwen¬ 
det einen Z80 Prozessor und ist 
wenig aufwändig im Nachbau. 

Es gibt einiges dazu im Netz zu 
entdecken. Von Arduino/esp8266 
Emulatoren von 8-bit CPU‘s, eine 
CPU mit Propeller/AVR als I/O 
Infrastrukturen bis hin zu wirkli¬ 
chen 4 EPC‘s bestehend aus CPU, 
Ram, Rom. Ziel des Autors war ein 
EPC ohne moderne Hilfchips, oh¬ 
ne Video, Tastatur und Monitor¬ 
program. 

Hier wird folgende Startkonfigura¬ 
tion verwendet: 


_Z80 CPU 
4093 Oszillator 
Rom = 27C256 32k Eprom 
Ram = 62256 32k SRam 


Rom- / Ramselektion 

Mit Al5 kann direkt selektiert 
werden, ob Rom (Al5=0) oder 
Ram (Al5=1) angesprochen wer¬ 
den soll. Zur Selektion wird 
/MREQ + Al5 über 74HCT32 und 
einem Inverter aus 4093 folgen- 
dermassen verschaltet: 


Z80 Select ROM / RAM 


19 MREQ 


19 MREQ o 
22 WR 




Um nicht unnötige Leitungen von 
Z80 zu Rom und Ram extra legen zu 
müssen, wurden beim RAM von al¬ 
tem Cache RAM in schmaler Bau¬ 
form ausgegangen. So liess sich das 
RAM innerhalb des ROM-Sockels 
packen und die korrespondierenden 
Leitungen (DO - D7; A0 - Al3) di¬ 
rekt über eine Lötbrücke verbinden. 
Lediglich A14, /OE, /CE, /WE, VPP 
müssen getrennt bleiben und separat 
angesteuert werden. 

Output 

Der Output wird über einen 8-fach 
Tristate Latch 74HCT374 gesteuert, 
über /IORQ und /WR. D0-D6 über 
560 Ohm Widerstände an einer 7 
Segment LED Anzeige mit gemein¬ 
samer Anode. /OE des 74LS374 sind 


+5V ov 


20 


_OE 


2 

10 1 

4 


7 


8 

r- 

00 

(/) 

13 

14 

_i 

17 

r«*- 

18 



- 2 10 1 |-2 Q0 

■ 5 
6 
9 
12 

15 

16 


/WR 


/IORQ 7^ 

1/4 7432 1/4 4093 


CLK (11) 


fest auf GND. Selektsignal an 
CP/CLK Pin 11 gezogen. 

Aufbau 

Der erste Testaufbau erfolgte auf 
einer Lochrasterplatine. Für eine 
Demonstration der Funktionsfä¬ 
higkeit der Schaltung reicht das. 
Für den Nachbau ist das aber nicht 
empfehlenswert. Deshalb wurde 
im Anschluss an den Testaufbau 
eine gedruckte Platine (PCB) dazu 
entworfen. Als 7-Segmentanzeige 
dient eine Kingbright: SA36- 
11GWA grün und SA36-11SRWA 
rot (gemeinsame Anode). Die Bau¬ 
form ist etwas zu schmal, daher 
müssen die Pin's etwas nach außen 
gebogen werden. Die Einzel-LED's 
zeigen mit der Anode zum Plati¬ 
nenrand. (ps) 

Links 

https://github.com/petersieg 


Uber den Amor 

Peter Sieg ist seit 2006 
Wiedereinsteiger im Retro- 
Computing Hobby. Er ist Autor der 
Bücher "Commodore-Hardware- 
Retrocomputing"und 
"Simulation-Emulation - Exotic 
Flavor" 
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Geschafft: Das fertige Mini-Z80 System mit 32k 
ROM, 32k RAM und 8-bit Output und 8-bit Input 
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Hardware 


Selbst gebaut — Minimales Z80 System 


• * • »« 


Hier die Unterseite mit der Verdrahtung von 
Spannungen, Takt und RAM/ ROM-Select. 


I ___ _ _ _ ______ ____ __i 


Nun kommen die Datenleitungen DO - D7 
und die Adressleitungen dazu. 


l:- 


j 


Dieser Drahtverhau macht klar: Eine 
gedruckte Platine ist eindeutig die bessere 
Idee. 


Das ist die Oberseite mit den bis dahin 
verdrahteten Bauteilen. 


Hier sind bereits Output Port und 7-Segment 

Anzeige hinzugefügt. 
_j 
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Kurz vorgestellt 


Mein liebstes Sammlerstück 

Agenda VR3 — 
der erste Linux-PDA 


I m Juli 2001 kam mit dem Agen¬ 
da VR3 der erste serienmäßig 
mit Linux ausgelieferte Hand¬ 
held auf den Markt. Das Gerät wur¬ 
de vom Hersteller vollmundig als 
"ultimate mindtool" bezeichnet. 
Weniger als zwei Jahre danach war 
es aber wieder in der Versenkung 
verschwunden. 

Die Hardware des Agenda VR3 wurde 
von der Kessel Electronics Ltd. aus 
Hong Kong hergestellt. Die Holding 
dieses Unternehmens hatte auch 
die Agenda Computing, Ine. in 
den USA und die Agenda 
Computing Deutschland 
GmbH gegründet und mit dem 
Vertrieb betraut. Ende 2001 
wurde die Agenda Computing, 

Ine. geschlossen. Die Weiter¬ 
entwicklung der Agenda- 
Software lief noch eine Weile 
durch die deutsche Agenda 
Computing GmbH in Berlin, 

2002 schloss auch dieses Un¬ 
ternehmen. 


Der Kemel (ca. 2 MB) liegt ebenso wie 
das Root-Dateisystem (ca. 9 MB) im 
Flash-RAM und bootet in das akkuge¬ 
pufferter RAM, das Wurzelverzeichnis 
wird dabei read-only gemountet. Der 
Ein/Ausschalter bzw. der Stiftsensor 
versetzen dann das geladene Betriebs¬ 
system via APM in den Sleep-Modus. 
Ein Teil des regulären RAM wird als 
RAM-Disk genutzt, auf der die Ver¬ 
zeichnisse /tmp und /var liegen, das üb¬ 
rige wird als Arbeitsspeicher für 
laufende Pro- 


Agenda 


gram me ge¬ 

nutzt. Etwa 
3,5 MB des 
Flash-RAM’s 
wird während 
des Bootens 


Der Agenda VR3 besitzt eine 
mit 66 MHz getaktete MIPS 
CPU (NEC VR4181), 16 MB 
Flash-RAM und 8 MB akku¬ 
gepuffertes RAM. Als Ein- 
/Ausgabeeinheit wird ein 
LCD Touchscreen Display mit 
16 Graustufen benutzt. Den Kontakt 
zur Außenwelt stellt eine serielle 
Hochgeschwindigkeitsschnittstelle mit 
1,6 MHz Takt her, die über ein speziel¬ 
les Synchronisationskabel auch mit ei¬ 
nem normalen RS232-Interface 
verbunden werden kann. Auch ein 
Modem zum Anschluss an diese 
Schnittstelle und ein Ethernet-Adapter 
war erhältlich. Abgelegte Adressen und 
Telefonnummern können auch per In¬ 
frarotschnittstelle an Mobiltelefone 
oder andere Organizer gesendet wer¬ 
den. 

Als Betriebssystem dient Agenda Li¬ 
nux, das mit einem weitestgehend un¬ 
veränderten Linux-Kemel 2.4 arbeitet. 
Es hat seine Wurzeln im Linux VR- 
Projekt, das Linux für NEC VR-ba- 
sierte Windows CE Handheids ange¬ 
passt hat. 




P als non-volatile 
Disk nach 
/flash ge¬ 

mountet. Die¬ 
ser Bereich dient zur Ablage von 
Benutzerdaten (/home/default) und 
Konfigurationen (/etc). VR-Linux bein¬ 
haltet elementare UNIX-Programme und 
Daemons wie inetd, telnetd, rsyncd, ein 
Framebuffer XI1-Server, rxvt als X- 
Terminal, die Bourne-Again Shell und 
Kompaktversionen der üblichen 
Kommandozeilen-Tools. In erster Linie 
solle der VR3 als "Schreibtisch-Verlän- 
gerungsgerät" dienen und die auf dem 
Desktop gesammelte Adressbestände 
und Termindaten auch unterwegs ver¬ 
fügbar machen. Für die Verbndung zwi¬ 
schen Desktoprechner und Handheld 
benutzt der Agenda VR3 das Synchroni¬ 
sationskabel und unter Linux eine VR- 
Sync genannte Software. VRSync kann 
den VR3 Terminkalender, das Adress¬ 
buch und die ToDo- Liste mit den 
GNOME Pendants GnomeCal, Gnome- 


Card oder auch dem KOrganizer des 
KDE-Projekts abgleichen. Viel darf 
man von den Programmen nicht ver¬ 
langen, als Adressbuch und Kalender 
taugen sie aber allemal; auch die Ta¬ 
schenrechner-Anwendung ist durchaus 
brauchbar. Außerdem gibt es ein paar 
Spiele. 

Der VR3 baut über das serielle Kabel 
eine PPP-Verbindung mit dem 
Desktop auf, hat also einen vollwerti¬ 
gen Netzzugang. Das Display des VR3 
wird über einen angepassten XI1-Ser¬ 
ver angesteuert. Dies gelingt nicht nur 
mit den eingebauten Programme. Man 
kann durchaus über die PPP-Verbin- 
dung eine XI1-Applikation ihre Daten 
an diesen Prozess senden lassen und 
sich so ein Desktopprogram auf dem 
Display des VR3 zeigen lassen. 

Zum Surfen im Internet gibt es keinen 
grafischen Browser, mit M links M findet 
sich aber ein nur 1 MB großer curses- 
basierter WWW-Client für die Text¬ 
konsole. In Anbetracht der geringen 
Bildschirmgröße ist dies eher ein 
Vorteil. Die Bedie- 
3 nung dieses übrigens 
frame-fähigen Pro¬ 
gramms erleichtert 
ein Menü, das nach 
Drücken des ESC- 
Feldes des Soft-Key- 
boards am oberen 
Bildrand erscheint. 




Interessant wird das 
Gerät auch durch das 
Ethemet-Add-on, das die Agenda 
Computing Deutschland GmbH zu¬ 
sammen mit OptiCompo Electronics 
entwickelte. Es wird an die serielle 
Highspeed-Schnittstelle des Agenda 
VR3 angesteckt und hat eine eigene 
Stromversorgung durch zwei AAA 
Batterien. Den Zugang zum Ethernet 
schafft eine RJ45- Buchse. In der Pra¬ 
xis kam diese Schnittstelle kaum an 
Übertragungsgeschwindigkeiten von 
80 kByte/s heran, was in der mageren 
Rechenleistung des VR3 liegt. 

Trotz aller Schwächen macht der klei¬ 
ne MIPS Rechner auch heute noch 
Spaß. Das Konzept an sich ist gut- er 
hätte nur einen Hersteller mit etwas 
längerem Atem verdient gehabt. Mit 
besserer Software auch für den 
Desktop wäre wohl ein größerer 
Markterfolg zustande gekommen, (gb) 
















Reparatur 


Selbst restauriert 

Wiederbelebung eines AIM-65 



M itte der 1970er Jahre waren Computer 
für Hobbyisten und Heimanwender eher 
selten. Zumeist handelte es sich um Ein- 
platinen-Computer, die eher als Lern- und weniger 
als Anwendersysteme konzipiert waren. Auch 
mussten diese Systeme oft selbst zusammengebaut 
oder wenigstens komplettiert werden. 

Ein bekannter und sehr erfolgreicher Einplatinen- 
Computer war der Commodore KIM-1, ein anderer 
sicher der Apple I des jungen Gespanns Steve Wozniak 
und Steve Jobs. Ein weiterer, oft vergessener Vertreter 
dieser Gattung war der Rockwell AIM-65, ein Nach¬ 
folger des KIM-1. 

Der AIM-65 war für Lehrzwecke, als Steuerungsrech¬ 
ner und für Hobbyanwender gedacht. Er kam Ende 
1978 auf den Markt. Der Name AIM-65 ist die Abkür¬ 
zung für "Advanced Interactive Microcomputer", wäh¬ 
rend die Zahl ”65” auf den verwendeten MOS 6502 
Prozessor hinweist. Ein Nachbau des AIM-65 wurde 
von Siemens als PC 100 vertrieben und gern für Steue¬ 
rungszwecke benuztz. 

Die übliche Grundausstattung des AIM-65 ist recht 
umfangreich: 

_20stelliges LED Display (16-Segment Anzeige) 

_eingebauter 20 Zeichen Thermodrucker 

_1-4Kb RAM 

_Monitor für Maschinensprache 

_2 ROM Sockel für Erweiterungen wie Assembler, 

BASIC Interpreter usw. (2516, 2532 oder 2716 
Eproms) 

_maximal 8 RAM Bausteine (2114) für den Maxi¬ 
malausbau von 4 kByte Speicher. Mindestens müs¬ 
sen zwei 2114 verbaut sein (1 kByte Speicher) 

_KIM-1 kompatible "EXPANSION” und "APPLI¬ 
CATION" Schnittstelle. Diese dienen dem An¬ 
schluss von Druckern, Datenrecordern oder 
zusätzlichen Schnittstellen- und Erweiterungskarten 

_Audioein-/ ausgang zum Speichern von Program¬ 
men auf Audiokassetten 

Der Computer benötigt fünf unterschiedliche Span¬ 
nungen für die Stromversorgung. Die "+5V" und 
"GND" Eingänge versorgen den Rechner selbst, der 
"+24V" Eingang den Thermodrucker und die "+12V" 
und "-12V" Eingänge einen etwaigen Fernschreiber 
(TTY). 


AIM-65 Systeme sind nicht gerade häufig anzutreffen 
und auch nicht immer gut erhalten. Daher folgen hier ei¬ 
nige Erfahrungen und Tipps für die Rekonstruktion eines 
AIM-65 gegeben werden. Ausgangspukt ist ein recht lä¬ 
dierter AIM-65: der Platine fehlt die Tastatur, die Anzei¬ 
ge und der Drucker. 



Der AIM-65 vor der Restauration 


Für die Erstinbetriebnahme sollte der Rechner zunächst 
über die TTY Schnittstelle betrieben werden. Im Hand¬ 
buch für den Siemens PC 100 ist eine serielle Schnitt¬ 
stelle mit 20mA zum Anschluss eines Fernschreibers 
beschrieben. Es muss kein echter Fernschreiber sein - 
ein PC mit einen USB-V24-TTL Wandler kann ebenso 
verwendet werden und eine Übertragungsgeschwindig¬ 
keit von 1.200 Bit/s ist machbar. 

Das fehlende Display musste ebenfalls ersetzt werden. 
Die 20 Anzeigen sind in 5 Modulen ä 4 Stellen angeord¬ 
net, die über eine 6520 PIA angesteuert werden. Die or- 
ginalen Module Siemens DL 1416 sind schwer zu 
beschaffen und meist recht teuer. Die Module DL3416 
sind hingegen deutlich preiswerter und entsprechen in 
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Das fertige Display 
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der Leistung den DL 1416. Sie sind etwas größer, wo¬ 
durch die Lesbarkeit verbessert wird. Allerdings erfor¬ 
dern diese Module eine individuelle Platine zum 
Aufstecken auf den AIM-65, die selbst entworfen und 
geätzt bzw. in Auftrag gegeben und anschließend be¬ 
stückt werden muss. 

Der Ersatz der Tastatur ist ein deutlich schwierigeres 
Unterfangen. Dies liegt vor allem am Tastaturlayout. 
Die QWERTY- Anordnung ist unspektakulär, aber die 
Sonderzeichen auf den Zifferntasten sind anders als 
üblich belegt. Hier gibt es natürlich länderspezifische 
Variationen, das alte Layout des AIM65 gibt es heute 
nicht mehr. Das Zeichen über der Ziffer (also mit 
Shift-Taste) entspricht immer einem ASCII-Code, der 
um den Subtrahenten 16 (OxOF) kleiner ist als der AS¬ 
CII-Code der Ziffer. 


auch andere Homecomputer eine derartige Bele¬ 
gung, beispielsweise der EACA Video Genie. Diese 
Keyboards bestehen aus einer einfachen Tastaturma¬ 
trix, die aber von der des AIM-65 abweicht. Daher 
müssen die Tasten aus der Matrix ausgelötet werden. 
Hier leistet eine qualitativ hochwertige Entlötstation 
große Hife. 

Für die neue Tastenverdrahtung musste nun eine ei¬ 
gene Platine entwickelt werden. Dazu waren die 
Tasten mit der Schieblehre zu vermessen und im 
Layoutprogramm ein entsprechendes Bauteil zu de¬ 
finieren. Damit gelingt die Erstellung des Schaltplan 
recht schnell und auch das Layout geht gut von der 
Hand. Die fertige Tastatur lässt sich durchaus sehen- 
hier hat eine Profilackiererei das Halteblech entspre¬ 
chend gepimpt. (fs/gb) 


Das Tastaturlayout des AIM-65 

Ein Beispiel: Die ASCII-Codes des Ausrufezeichens 
ist 0x21, das der Zahl 1 ist 0x31, dementsprechend 
liegt das Ausrufezeichen über der Zahl 1. Bei den an¬ 
deren Tasten ist es genauso. Glücklicherweise haben 


über den Restaurator 

Florian Stassen kam über die Pflicht-AG in der 
9.Klasse an die "Informatik". Die Sammlerei hat 
ihn 2007 überkommen, als er die alten (Taschen-l 
Rechner wiederhaben wollte. 


Der fertig restaurierte AIM-65 
















Selbst repariert 

Neue Akkus für den Epson HX-20 



A lte, tragbare Rechner verfügen oft über Ak¬ 
kus zur Stromversorgung unterwegs. Will 
man seinen Oldtimer auch heute noch 
mobil nutzen, führt an einem Tausch der Akkus 
kein Weg vorbei. 

Der HX20 ist ein Wegbereiter wirklich tragbarer Com¬ 
puter - er war der erste serienreife Laptop der Welt. 
Das Gerät kam im Jahr 1982 auf den Markt und kostete 
in Deutschland um die 2100.- DM. Er verfügt über ein 
Microkassetten-Laufwerk als Massenspeicher, einen 
eingebauten 1-Nadeldrucker (ja, wirklich eine Nadel) 
und grafikfähiges Display mit 4 Zeilen a 20 Zeichen 
oder 120 x 32 Pixel. Das Gerät ist erstklassig verarbei¬ 
tet und kennt viele Details wie den getrennt schaltbaren 
Drucker oder das BASIC mit Befehlen zur Nutzung 
des Bandlaufwerks. Es ist mit Akkus für den mobilen 
Betrieb versehen. 

Bei einem 1982 ausgelieferten Gerät ist es nicht ver¬ 
wunderlich, dass die Akkus heute nicht mehr funktio¬ 
nieren. Glücklicherweise ist der Austausch gegen 
handelsübliche Akkus in Eigenarbeit zu bewerkstelli¬ 
gen. Im Epson HX-20 sind Nickel-Cadmium Zellen 
(NiCd) verbaut und zwar als sogenannte SUB-C Zellen 
(D=21mm, L=42mm). Auf dem Schild an der Unter¬ 
seite des Rechners findet sich die Angabe der Ladezeit 
und des Ladestroms, nämlich 8 Stunden bei 200mA. 
Die NiCd Zellen hatten eine die Originalkapazität von 
1100 mAh. Passende Zellen zu finden ist keine große 
Sache, SUB-C ist nach wie vor eine gängige Bauform, 
und die meisten davon sind auch direkt mit Lötfahnen 
ausgestattet. Hier sollen NiCd Zellen mit 2400mAh 
verwendet werden. Die erforderliche Ladezeit liegt 
dann bei Ladung mit 200mA bei etwa 14 Stunden. Die 
folgende Schritt-für-Schritt Anleitung zeigt den Umbau 
der Akkus. Dies ist die Ausgagssituation - das alte Ak¬ 
ku-Pack und die neuen Zellen: 



Zunächst entfernen wir die Folie vom Akku-Pack und 
legen die Anschlüsse frei. Die Anschlüsse sind oft so 
wie hier durch die Akku-Lauge beschädigt: 



Zum Glück brauchen wir davon nur die abgelötete An¬ 
schlussleitung mit Stecker: 



Die Lötfahnen der neuen Zellen werden erst einmal ver¬ 
zinnt. Dann klappt auch später das Zusammenlöten. Wir 
verwenden dafür Lötzinn mit Kolophonium als Fluss¬ 
mittel. Der Vorteil: Kolophonium hat eine korrosions¬ 
hemmende Wirkung und kann hinterher an den 
Lötstellen verbleiben. Andere Flussmittel wie Lötfett 
sind korrosionsfördernd und sollten daher nach dem Lö¬ 
ten entfernt werden. Das wäre aber zwischen zwei auf¬ 
einander gelöteten Lötfahnen recht schwierig. 
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Die Lötfahne am Pluspol einer Zelle wird so umgebo¬ 
gen, dass sie auf die Fahne am Minuspol der nächsten 
Zelle passt: 
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Würde dies umgekehrt geschehen, bestände bei einer 
Beschädigung der Zellenummantlung die Gefahr eines 
Kontakts der zusammengelöteten Fahnen mit dem Ge¬ 
häuse der Zelle. Da das Gehäuse der Zelle den Minus¬ 
pol darstellt, wäre die Zelle dann kurzgeschlossen. Bei 
einer voll geladenen Zelle ist ein Kurzschluss nicht 
ungefährlich. An der Oberseite der umgebogenen Fah¬ 
ne wird auch noch eine kleine Stelle verzinnt, damit 
beim anschließenden Löten auch der Wärmeübergang 
vom Lötkolben zur Fahne klappt. 


Wenn man die Zellen möglichst ohne Versatz aneinan¬ 
der hält, müssen die Fahnen mit leichter Vorspannung 
aufeinander liegen: 


Der im Bild sichtbare Abstand zwischen den Fahnen 
ergibt sich durch das beim Verzinnen aufgebrachte 
Lötzinn. Jetzt muss der Lötkolben nur noch oben auf 
die zuletzt verzinnte Stelle gehalten werden. Wenn das 
Zinn zwischen den Fahnen verläuft und die Fahnen 
flach aufeinander liegen, ergibt sich eine recht große 
verlötete Fläche. Diese ist mechanisch sehr stabil und 
kann auch hohe Ströme vertragen. Zwar ist das in un¬ 
serem Anwendungsfall nicht erforderlich, kann aber 
nicht schaden, falls der Akku einmal an einem exter¬ 
nen Schnellader geladen wird. 


So sehen alle vier Zellen zusammen gelötet aus: 


Der ursprüngliche Plan war es, das Paket in der Mitte 
umzubiegen, um die gewünschte 2x2 Anordnung zu be¬ 
kommen. Leider passt es so nicht in das Batteriefach des 
HX-20. Wenn zwei Zellen darin nebeneinander liegen, 
ist das Fach in der Breite bereits ausgefüllt. Platz für die 
neben den Zellen liegenden Lötfahnen ist da leider 
nicht. 


Also wurde das Päckchen wieder in der Mitte auseinan¬ 
der gelötet und die Zellen entsprechend zusammen¬ 
gelegt. Nun wurden noch die Anschlussleitung 
angelötet, beide Hälften des Akku-Pack verbunden und 
die Kontakte mit Schrumpfschlauch isoliert: 


So passen die Zellen so gerade eben in das Fach - weder 
in der Länge noch in der Breite bleibt Platz. Das fertige 
Akku-Pack sitzt passgenau im Gerät und lässt sich pro¬ 
blemlos laden, (cd) 


Uber Heil Autor 


Christian Dirks ist seit 2011 Vereinsmitglied und 
beschäftigt sich vor allem mit der Reparatur von 
Commodore 8-bit Computern und deren Peripherie. 
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Würfel-Macs erweitern 





Iomega ZIP Drive als Festplatte 
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m 22. Januar 1984 wurde 
mit der spektakulären 
Einführung des ersten 
Macintosh Computers für die 
Massen eine neue Innovation ge¬ 
feiert: die Steuerung des Betriebs¬ 
systems mit einem neuartigen 
Zeigegerät - der Maus. Intuitiv, 
sicher und einfacher sollte die Be¬ 
dienung sein als je zuvor und 
zukunftsweisend für alle kom¬ 
menden Generationen. 


Macintosh Plus 


Er wurde auch am meisten verkauft. 
Erst im Oktober 1990 wurde dieser 
seitens Apple endgültig eingestellt. 



Aufgrund der neuen Möglichkeiten, 
die der Macintosh versprach, entwi¬ 
ckelten sich in kürzester Zeit viele 
neue Programme, Software und 
Spiele für das Macintosh Betriebs¬ 
system, das zunächst nur "System” 
genannt wurde. Schnell stieß man 
mit den damaligen Hardwarekonfi¬ 
gurationen von maximal 128KB 
RAM an die Grenzen des Notwendi¬ 
gen. Im Jahr 1985 brachte Apple 
deshalb das erweiterte Modell 
Macintosh 512K auf den Markt, 
welches 512 KB Arbeitsspeicher be¬ 
saß. Der neue Mac kurbelte den Hy¬ 
pe geringfügig an, aber noch die 
Höhe der Zeit nicht erreicht. 




Macintosh Plus 

Foto: Alexander Schaelss (Wikipedia) 


Erst im Januar 1986 und damit ge¬ 
nau zwei Jahre nach Erstvorstellung 
des Ur-Macintosh erschien mit dem 
Macintosh Plus ein Modell mit da¬ 
mals sagenhaften 1 MB RAM und 
dem modernen 800 KB Disketten¬ 
laufwerk. Er war die Antwort auf 
die beiden größten Wünsche an das 
Vorgängermodell Macintosh 512k - 
mehr Leistung und Speicherplatz. 
Den täglichen Ansprüche im Ar- 
beits- bzw. Bürobetrieb wurde der 
Macintosh 512k und erst recht der 
Vorläufer Macintosh 128K nämlich 
ganz und gar nicht gerecht. Der Mac 
Plus ist der längsten unterstützte und 
gebaute Rechner der Macintosh Li¬ 
nie und der wohl erfolgreichste aller 
Würfel überhaupt. 


Der Riesensprung zur 1 MB-Marke, 
die Aufrüstoption auf 4MB und die 
800KB Diskettenmedien und beson¬ 
ders die neu eingeführte SCSI 
Schnittstelle für externe Geräe wa¬ 
ren die Eigenschaften, die diesen 
Computer über Jahre hinweg den 
Markt beherrschen ließ und auch 
noch heute den Sammlern ein 
Jauchzen entlockt. Denn der Macin¬ 
tosh Plus ist so, wie ein Macintosh 
von Anfang an hätte sein sollen - 
schnell, stark und für damalige Ver¬ 
hältnisse äußerst stabil und solide. 
Dennoch ist er ein sehr leichter und 
leiser Arbeitscomputer für das Büro, 
die Schule und die Universität, aber 
auch für die einfachen Familien Zu¬ 
hause. 


Keine Festplatte 


Das einzige Manko des Mac Plus ist 
bis zum heutigen Tage das Fehlen 
einer internen Festplatte. Alle nach¬ 
folgenden Macintosh Computer hat¬ 
ten diese entweder direkt von Haus 
aus dabei oder konnten optional mit 
einer Platte nachgerüstet werden. 
War dies früher in erster Linie eine 
Geldfrage, so ist eine Nachrüstung 
oder der Ersatz einer defekten Platte 
eine Frage der Verfügbarkeit. Die 
hierzu benötigten Narrow SCSI 
Festplatten sind mittlerweile näm¬ 
lich rar geworden. Zudem verträgt 
der Mac nicht jede beliebige Platte. 


Eine Alternative zur Platte ist also 
gefragt. Sie findet sich in Form ei¬ 
nes SCSI ZIP Drive des Herstellers 
IOMEGA. 


Die Installation ist nicht ohne 
Tücken. Zunächst gilt es, die benö¬ 
tigten Komponenten zu beschaffen. 
Wir brauchen neben dem Macintosh 
mit Maus und Tastatur ein externes 
SCSI ZIP-Laufwerk, am besten ein 
IOMEGA ZIP-100. Die SCSI Ter¬ 
mination muss aktiv sein und das 
Laufwerk muss auf SCSI ID 5 ein¬ 
gestellt werden. Außerdem werden 
die Installationsdisketten von 
Macintosh System 6.x und am bes¬ 
ten die Version 6.0.7 gebraucht. Zu¬ 
sätzlich erforderlich sind die 
IOMEGA Treiberdisk v4.2, mehrere 
leere ZIP-100 Disketten und mehre¬ 
re leere 3.5“ 800K Disketten (720 
kB Disks und keine HD Disks). Um 
bei Laune zu bleiben, sollten auch 
eine große Tasse Kaffee und etwas 
Gebäck zur Versüßung der Wartezeit 
bereitstehen. 


Die Vörgehensweise an sich ist rela¬ 
tiv simpel und wer schon mal einen 
Macintosh Computer - egal ob 
Würfel- oder Desktop- bzw. Stand- 
Macintosh - installiert hat, kennt die 
Grundschritte einer Installation. 


Schritt 1: Anschluss aller Peri¬ 
pherie und Laufwerke 


Als erstes schließt man alle notwen¬ 
digen Laufwerke wie externe Dis¬ 
kettenlaufwerke und das SCSI-ZIP 
Laufwerk an den Rechner an. Auch 
das SCSI-Laufwerk solte schon mit 
Strom versorgt werden. 


Schritt 2: Start des Mac und 
der Installation des Systems 


Wir legen die Systemdiskette ins 
Laufwerk und schalten den Rechner 


ein. 


Nach kompletten Start des Plus fin¬ 
den wir und auf dem Schreibtisch 
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(Desktop) wieder. Dort navigieren 
wir mit der Maus auf das Disketten¬ 
laufwerk und starten das Programm 
„System Aktualisieren“. Nach kur¬ 
zem Moment sollte das Setup- 
Fenster „System aktualisieren 
Skript“ erscheinen. Wir klicken auf 
OK und den Button „Auswerfen“. 
Nun muss eine leere bzw. formatier¬ 
te 800K Diskette eingelegt werden. 
Sollte die Diskette nicht leer sein 
oder aufgrund eines vorherigen For¬ 
mats nicht erkannt werden, erscheint 
ein entsprechendes Fenster. Dort 
wählen wir als Format „Zweiseitig“ 
aus, damit wir die vollen 800KB Ka¬ 
pazität nutzen können. Als Name 
vergeben wir "Startdiskette'’. Initiali¬ 
sieren bedeutet im Macintosh Sys¬ 
tem das Formatieren der Diskette, 
was alle Daten auf der Dis¬ 
kette unwiederbringlich 
löscht. Nach erfolgreicher 
Initialisierung und Prüfung 
der Diskette erscheint ein 
Übersichtsfenster zur In¬ 
stallation. Mit Klick auf 
„Installieren“ wird ein 
minimales Grundsystem 
auf diese Diskette startfähig kopiert. 
Während des Installationsprozesses 
werden im Wechsel die „Startdisket¬ 
te“ und die jeweiligen System- bzw. 
Installationsdisketten verlangt. Nach 
Abschluss wählen wir „Beenden“, 
um den Installation auf dem Daten¬ 
träger abzuschließen. 

Die Installation eines minimalen 
Systems auf einer einzelnen Diskette 
ist notwendig, um den wichtigen IO¬ 
MEGA ZIP Treiber ins Setup zu inji¬ 
zieren. Erst damit erkennt das 
System ZIP-Drive und Medium - 
von Haus aus geht das nicht. Auf ei¬ 
ner Minimalinstallation auf Diskette 
haben wir genug Speicherplatz üb¬ 
rig, um den Treiber zu integrieren. 
Wenn das System dann von dieser 
Diskette startet, wird der ZIP-Treiber 
geladen und erkennt unser externes 
ZIP-Laufwerk mit ZIP-Diskette. 

Schritt 3: ZIP-Treiber einbauen 

Nach erfolgreichen Start von der 
frisch erstellten Systemdiskette wer¬ 


fen wir diese über die Menüsteue¬ 
rung wieder aus und legen die 
IOMEGA Treiber Diskette ins Lauf¬ 
werk. Auf Diskette befindet sich die 
Datei „IOMEGA Driver“. Diese 
Datei schieben wir einfach per Drag 
& Drop direkt auf das Symbol 
„Startdiskette“ auf dem Desktop. Die 
Datei wird in den RAM-Puffer gela¬ 
den und dann wird nach der Startdis¬ 
kette verlangt. Nach erfolgtem 
Diskettenwechsel sollte die Datei di¬ 
rekt im Hauptverzeichnis der Start¬ 
diskette liegen. Dort muss diese 
wieder mit der Maus in das Unter¬ 
verzeichnis „Systemordner“ gescho¬ 
ben werden. Sobald dies erledigt ist, 
starten wir 
den 


Macintosh neu. Schon beim System¬ 
start sollte ein neues kleines Symbol 
am linken unteren Bildschirmrand 
erkennbar sein. Dies bedeutet ein er¬ 
folgreiches Laden des ZIP-Treibers. 

Schritt 4: Installation auf dem 
ZIP Laufwerk 

Wenn der ZIP-Treiber erfolgreich 
geladen wurde, sollte beim Einlegen 
einer ZIP-Diskette mit fremden 
Dateisystem eine Meldung erschei¬ 
nen und der Macintosh sollte das In¬ 
itialisieren anbieten. Dieses Angebot 
nehmen wir an und benennen die 
ZIP Disk mit „MAC ZIP HDD“. Wie 
schon zuvor bei der „Startdiskette“ 
sollte nach erfolgreicher Erstellung 
das Symbol einer ZIP-Diskette mit 
entsprechender Benennung auf dem 
Desktop erscheinen. Jetzt kann die 
Installation der eigentlichen „ZIP- 
Festplatte“ beginnen. Dazu sind wie¬ 
der die System- & Installationsdis¬ 
ketten erforderlich. Der Vorgang 
läuft wie im Schritt 2 beschrieben 
ab. Allerdings kann nun eine Vollin¬ 


stallation samt aller zugehörigen 
Elemente durchgeführt werden. 
Schon bei Start des Programms 
„System Aktualisieren“ wird im 
Normalfall die eingelegte ZIP-Dis¬ 
kette als größtes Speichermedium 
erkannt und eine vollständige Instal¬ 
lation der Macintosh Systemsoftware 
für den Macintosh Plus angeboten. 

Nach Abschluss der Installation le¬ 
gen wir wieder die „Startdiskette“ 
ins Laufwerk und kopieren den „IO¬ 
MEGA Driver“ wieder via Drag & 
Drop in den Systemordner auf der 
„MAC ZIP HDD“. 

Nun schalten wir den Macintosh 
aus, nehmen 
alle Disketten 
und geben 
einzig die 
MAC ZIP 
HDD wieder 
ins ZIP-Lauf¬ 
werk. Nach dem 
Einschalten sollte 
der Mac sein Sys¬ 
tem vom ZIP Lauf¬ 
werk laden und wir können und an 
sagenhaften 100MB Speicherplatz 
auf dem ZIP Medium freuen. Mit 
dieser Methode können wir beliebig 
viele ZIP Systemdisketten erstellen 
und diese mit Spielen oder Anwen¬ 
dungen füllen, (mn) 

Links: 

https://youtu.be/tplQWxFD3xU 


über tieit Autor 

Marcus Nothhelfer ist seit 2011 
Vereinsmitglied und beschäftigt 
sich am liebsten mit Apple- 
Klassikern der vor 90er Jahre. 
Seine Steckenpferde sind dabei 
die Apple Lisa, der Apple III und 
frühe Apple Systeme mit 00k 
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Messen an digitalen Schaltungen mit dem Logikanalysator — Teil 1 


^yii Wer viel misst 
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iele interessante Schaltun¬ 
gen sind mit übersichtli¬ 
chem Aufwand nachge¬ 
baut- den richtigen Umgang mit 
dem Lötkolben vorausgesetzt. 
Doch nicht immer funktioniert 
das fertige Gerät dann so, wie es 
soll. Um Fehlerur Sachen in digita¬ 
len Schaltungen zu suchen oder 
unerwarteten Ergebnissen bei der 
Programmierung auf den Grund 
zu kommen, sind sinnvolle Mess¬ 
methoden und Messgeräte erfor¬ 
derlich. 

In solchen Problemfällen 
stehen mehrere Geräte zur 
Verfügung. Das Multime¬ 
ter sei an dieser Stelle nur 
der Vollständigkeit halber 
erwähnt. Es kann nur sta¬ 
tische Zustände messen. 

Sein Einsatz ist sinnvoll, 
um die korrekte Span¬ 
nungsversorgung in der 
Schaltung zu bestimmen 
oder Unterbrechungen 
sowie Kurzschlüsse in 
Signalwegen festzustel¬ 
len. 


können diese Daten ausgewertet und 
- bei der Erfassung mehrerer Kanä¬ 
le - auch verglichen werden. Im 
Hobbybereich sind Oszilloskope mit 
zwei Kanälen üblich. 

Der Logikanalysator 

Mit dem Logikanalysator können 
die Logikzustände auf mehreren Si¬ 
gnalwegen parallel festgestellt wer¬ 
den. Im Gegensatz zum DSO 
werden bei der Erfassung aber keine 
digitalisierten Analogwerte gespei¬ 



Tektronix 465 Oszilloskop (aus de.wikipedia.org, User Elborgo) 

tion als Logikpegel wiedergeben 


Das Oszilloskop 

Das Oszilloskop ist geeignet, die 
Qualität von analogen Signalen auf 
den Signalwegen zu messen. Antike 
Geräte sind hier ausgeklammert, wir 
betrachten hier nur digitalen Spei¬ 
cheroszilloskope (DSO). Diese Ge¬ 
räte messen auf Messkanälen den 
Spannungsverlauf über die Zeit, 
speichern ihn und stehlen diesen 
grafisch dar. Zum Start einer Mes¬ 
sung wird ein bestimmter Zustand 
der überwachten Leitung festgelegt 
(Triggerbedingung). Ist dieser Zu¬ 
stand erreicht, wird zur Erfassung in 
regelmäßigen Zeitabständen der 
Spannungswert über einen A/D 
Wandler in einen diskreten Wert 
konvertiert und als digitaler Wert 
abgespeichert. Auf dem Display 


chert, sondern nur der logische Wert 
(True oder False, also 1 oder 0), der 
durch einen vorzugebenden 
Schwellwert (Threshold) definiert 
ist. 

Im einfachsten Fall, dem Timing 
Mode, werden die Spannungswerte 
auf den beobachteten Leitungen in 
einem festen Zeitraster (Abtastrate 
oder Sample Rate) an einen Kom¬ 
parator übergeben, der die Span¬ 
nung mit einem festgelegten 
Schwellwert (Threshold) vergleicht 
und Unter- bzw. Überschreitung 
dieser Schwelle als Logikwert 0 
oder 1 interpretiert. Diese Logik¬ 
werte werden gespeichert, bis der 
Speicher voll ist. Im State Mode 
wird ein externer Takt aus der 
Schaltung als Steuerung der Abtas¬ 
tung verwendet. Dadurch ist 
gewährleistet, dass die relevanten 
Statusänderungen sicher erfasst 


werden, ohne unnötig viele Daten 
zu erfassen. Bei einigen Tektronix 
Logikanalysatoren wird mit kon¬ 
stanter Abtastrate gemessen, aber 
nur die Pegeländerungen inklusive 
der Zeitstempel gespeichert. Dies 
wird als Transitional Mode bezeich¬ 
net. In allen Fällen kann zum Start 
der Messung über alle beobachteten 
Signale eine komplexe Bedingung 
als Trigger definiert werden. 

Die gespeicherten Daten können in 
Form von Wertetabellen, Rechteck¬ 
kurven oder Datendia¬ 
grammen angezeigt und 
ausgewertet werden. 
Der Schwerpunkt beim 
Logikanalysator ist die 
Analyse des zeitlichen 
Verlaufs der Logikpegel 
zwischen mehreren Lei¬ 
tungen. Dabei muss 
man allerdings berück¬ 
sichtigen, dass diese 
Daten nicht die realen 
Spannungswerte, son¬ 
dern nur die Interpreta¬ 


Grundsätzliche Messprinzipi¬ 
en 

Aus dieser Einführung wird klar, 
dass die Messmethoden bei DSO 
und Logikanalysator sehr ähnlich 
sind. Die Abtastrate oder Abtastfre¬ 
quenz (Samplerate) ist die Fre¬ 
quenz, mit der die Spannungswerte 
auf den überwachten Leitungen er¬ 
fasst und an den A/D Wandler beim 
DSO bzw. Komparator beim Lo¬ 
gikanalysator weitergegeben wer¬ 
den. Alle Geräte haben eine größte 
Abtastfrequenz, diese ist ein wichti¬ 
ges Qualitätsmerkmal des jeweili¬ 
gen Gerätes. Je größer sie ist, desto 
genauer können Spannungsänderun¬ 
gen dargestellt werden und desto 
teurer ist in der Regel das Gerät. 
Die korrekte Wahl der Abtastrate ist 
entscheidend für die Qualität der 
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Messung. Ist die Abtastrate zu nied¬ 
rig, wird die analoge Kurvenform 
(DSO) nicht korrekt dargestellt oder 
es werden nicht alle Änderungen 
der Logikpegel erfasst (Logikanaly¬ 
sator). Ist die Abtastrate zu hoch 
gewählt wird der Messwertspeicher 
zu schnell vollgeschrieben und nur 
ein kurzer Zeitraum aufgezeichnet. 
Die korrekte Wahl der Abtastrate 
wird später genauer beleuchtet, 
wenn es um die praktische Messung 
mit DSO und Logikanalysator geht. 

Da sowohl das DSO als auch der 
Logikanalysator die Messdaten in 
einem digitalen Speicher ablegen, 
ist dessen Größe von entscheiden¬ 
der Bedeutung für den maximal zu 
erfassenden Messzeitraum. Bei ei¬ 
nem Logikanalysator mit 1 kByte 
Speicher pro Messkanal kann bei 
einer Abtastrate von IMhz nur eine 
Millisekunde Datenverkehr aufge¬ 
zeichnet werden. 

Der Start der Messung erfolgt über 
die vordefinierte Triggerbedingung, 
denn in der Regel kennt man einen 
erwarteten Wert, bei dem die Mes¬ 
sung gestartet werden soll. Dieser 
Schwellwert kann eine Spannung 
(DSO) sein, ein Wechsel des Logik¬ 
pegels (Logikanalysator), die Rich¬ 
tung der Spannungsänderung 


(aufsteigende- oder absteigende 
Flanke) oder eine Kombination der 
Logikzustände auf verschiedenen 
Leitungen. Diese Triggerbedingung 
kann auch auf einer anderen Lei¬ 
tung als der zu messenden aus¬ 
gewertet werden. Wenn also 
beispielsweise auf der Leitung X ei¬ 
ne ansteigende Flanke detektiert 
wird, kann die Erfassung der Daten 
auf den Leitungen A0...A7 (Logik¬ 
analysator) starten. 

Ohne eine passende Triggerbedin¬ 
gung ist eine sinnvolle Messung nur 
schwer möglich. Man muss die er¬ 
warteten Vorgänge in der Schaltung 
sehr genau kennen, um die 
Messwerte korrekteund zeitsyn¬ 
chron erfassen zu können. Bei vie¬ 
len modernen Geräten kann die 
Datenerfassung nach dem Start 
kontinuierlich in einen Ringpuffer 
laufen, bis die Triggerbedingung er¬ 
füllt ist. Danach werden die Daten 
inklusive des Inhalts des Puffers ge¬ 
speichert. Auf diese Weise erfasst 
man auch Zustände die beim Errei¬ 
chen der Triggerbedingung in der 
Vergangenheit lagen. Hier spricht 
man von Pre-Trigger. 

DSO und Logikanalysator teilen 
sich das Problem, bei einer an den 


Messzweck angepassten Abtastrate 
schnelle Störspitzen evtl, nicht zu 
erfassen. Deshalb besitzen höher¬ 
wertige Geräte eine zusätzliche ana¬ 
loge Störimpuls-Erkennung 

(Glitch-Detection), die parallel zur 
digitalen Messung läuft. 

Praktische Messung mit dem 
Logikanalysator 

Um Frustration zu vermeiden, ist es 
wichtig, sich intensiv mit den Mög¬ 
lichkeiten des Logikanalysators aus¬ 
einander zu setzen. Messungen und 
die Interpretation der Ergebnisse 
sind wesentlich aufwendiger als 
beim DSO. Die Einstellungen zu al¬ 
len Messungen sollten an einem 
fehlerfreien Gerät getestet werden. 
Nur mit viel Erfahrung erhält man 
aussagekräftige Messwerte - es gilt 
auch hier: Wer viel misst, misst viel 
Mist. 

Als Beispiel wird nun eine Messung 
an einem 8 Bit Parallel-IEEE488 In¬ 
terface Bus (auch IEC-625, HPIB, 
GPIB) besprochen. Dieser Bus 
wird bei den CBM Rechnern 
verwendet, um Diskettenlaufwerke, 
Drucker und anderen Geräten 
anzubinden. Viele Messgeräte be¬ 
sitzen ebenfalls eine solche Schnitt¬ 
stelle. Zum Einsatz kommt in 
unserem Beispiel ein Logikanalysa¬ 
tor Zeroplus LAP-C 16128. Die 
Datenübertragung soll ab dem er¬ 
sten Schnittstellenbefehl erfasst 
werden. 

Zur Vorbereitung der Messung mit 
dem Logikanalysator sollte die Si¬ 
gnalqualität auf allen Leitungen mit 
einem DSO überprüft werden. Flan¬ 
kensteilheit, Pegel und Störungen 
können nur so gesehen werden. Der 
Logikanalysator würde die Daten 
eventuell irreführend interpretieren. 
Gemäß der Messergebnisse des 
DSO können Abtastrate, Schwell¬ 
wert- und Filtereinstellungen am 
Logikanalysator angepasst werden. 

Anschließend gilt es, zu analysie¬ 
ren, welche Signalleitungen der zu 
überwachenden Schaltung relevant 
sind, was eine sinnvolle Triggerbe- 
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Tngger Levei (Vottage) 
Part A: (m 
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iTriggerbedingung einstellen 


dingung ist und welche Taktfre¬ 
quenzen erwartet werden. 

_IEEE488 Leitungen: 8 Datenlei¬ 
tungen DO...D7; 3 Handshake 
Leitungen NRFD, DAV, NDAC; 

3 Steuerleitungen EOI, ATN, 

IFC. Also insgesamt 14 Kanäle. 

_IEEE488 Handshake: Ein 

Schnittstellenbefehl wird mit 
ATN=1 und EOI=0 eingeleitet 

IEEE488 Datenrate: Da es sich 


um einen asynchronen Bus han¬ 
delt, existiert keine konstante 
Datenrate. 

Die maximale Datenfrequenz liegt 
bei IMhz, wird aber nur bei weni¬ 
gen, modernen Gerätekombinatio¬ 
nen erreicht. Das langsamste Gerät 
bestimmt die Geschwindigkeit. Hier 
muss man die Datenrate im konkre¬ 
ten Fall mit dem DSO feststellen. 
Die Signalleitungen werden den 
Kanälen des Logikanalysators zu¬ 
gewiesen und zur besseren Über¬ 


sicht mit Namen versehen. Als 
Triggerbedingung wird eine abstei¬ 
gende Flanke auf der Steuerleitung 
Attention (ATN) gesetzt. Die acht 
Datenleitungen werden als BUS 
(HPIB-Data) auf den Kanälen 
A0...A7 definiert. Damit werden 
später nicht nur die Zustände auf 
den einzelnen Leitungen, sondern 
auch das 8bit Datenwort angezeigt 
(siehe Abbildung). Es ist auch mög¬ 
lich, ein Datenwort z.B. $A7 oder 
Datenbereich $01...$1F auf dem 
Bus als Trigger zu definieren. 

Messung und Auswertung 

Zur Messung wurde der Logikana¬ 
lysator Zeroplus C-16128 mit dem 
IEEE488 Bus auf einem petSD Dis¬ 
kettenemulator verbunden. Als Bus¬ 
controller dient ein CBM 8296. Der 
Logikanalysator wurde konfiguriert 
und mit dem petSD verbunden. Da¬ 
nach wurde die Messung auf dem 
Logikanalysator gestartet. Auf dem 
CBM 8296 wird ,catalog‘ zum Ab¬ 
ruf des Inhaltsverzeichnisses einge¬ 
geben. Der Logikanalysator wartet 
bis die Triggerbedingung (Beginn 
der ersten Befehlssequenz abstei¬ 
gende Flanke auf ATN) erfüllt ist 
(senkrechte Linie markiert mit roten 
,T‘) und zeichnet dann mit einer 
Samplerate von konstant 200 kHz 
die 14 Signalleitungen auf, bis der 
Speicher von 128 kb voll ist. Da ein 
Pre-Tigger Bereich von 10% einge¬ 
stellt ist, werden auch circa 13kB 
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Das Ergebnis der Messung 
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Mit einem Protokollanalysator werden die Messergebnisse ausgewertet 


Protokollanalysatoren 

Wie man an dieser Stelle sieht, kann 
die Auswertung einer Messung mit 
dem Logikanalysator beliebig kom¬ 
pliziert werden. Einige moderne 
Logikanalysatoren, wie der Zero¬ 
plus C-16128, bieten als Hilfe bei 
der Interpretation von Signalproto¬ 
kollen Softwareplugins an, die so¬ 
genannten Protokollanalysatoren. 
Diese können Busprotokolle wie 
z.B. i2C, RS232, USB, oder auch 
IEEE488 interpretieren. In der 
Abbildung kann man die IEEE488 
Busbefehle wie IFC (Interface Cle- 
ar), MTA (My Talker Address 0) 
und so weiter direkt in der Paket- 
und der Diagrammansicht sehen. 

Ük) 


Daten abgespeichert, die vor Erfül¬ 
lung der Triggerbedingung aufge¬ 
zeichnet wurden. 

Die Messung zeigt deutlich, dass 
die erste Befehlssequenz (ATN=0) 
aus den Zeichen $C0 $D7 $0F be¬ 
steht, gefolgt von einem Datenwort 
$DB. Der Logikanalysator hilft an 
der Stelle nicht weiter, diese Se¬ 
quenz zu interpretieren. Man muss 
die Befehlssequenz mit Hilfe eines 
IEEE488 Manuals/Tutorials deko¬ 
dieren. Dazu ist auch zu berücksich¬ 
tigen, dass der IEEE488 Bus mit 


inverser Logik arbeitet, das heißt 
Low entspricht True und High ent¬ 
spricht False. 

Die Befehlssequenz ist also $3F 
(Untalk), $28 (Listener Address 8), 
$F0 (Secondary Address 0). Das 
heißt, alle Talker auf dem BUS wer¬ 
den deaktiviert und die petSD mit 
der Adresse 8 wird als Listener mit 
der Sekundäradresse 0 aktiviert. 
Man kann auch das exakte Zu¬ 
sammenspiel der drei Handshake 
Leitungen NRFD, NDAC und DAV 
gut beobachten. 


Über fteii Autor 

Jürgen Krieg hat 1978 seinen 
ersten Computer gekauft, einen 
PET 2001. Ein Studium der 
technischen Informatik und das 
Basteln an alten 8-Bit Geräten 
waren die Folge. Seit 2014 ist er 
folgerichtig Mitglied im VzEkC e.V. 


Auswahl eines Logikanalysator 

Eine umfassende Kaufberatung ist an dieser Stelle aus 
Platzgründen nicht möglich. Trotzdem sollen einige 
Kriterien die Auswahl erleichtern: 

Zunächst: LA sind teuer. Wer mit geringem Budget 
einsteigen will, sollte sich nach einem gebrauchten, äl¬ 
teren Komplettgerät umsehen oder den Open Work- 
bench Logic Sniffer ausprobieren. Beim letzteren 
muss man aber bereit sein, Aufwand in das Gerät sel¬ 
ber zu stecken. Ein Zeroplus LAP-C 16032 z.B. ist für 
den schnellen Start eventuell besser geeignet, das Ge¬ 
rät ist noch preiswert und verfugt über eine sehr gute 
Software. 

Auch früher teure ,all in one‘ Geräte wie z.B. Tektro¬ 
nix 1230 oder Hewlett Packard HP 1662C werden 
manchmal gut erhalten, zu erträglichen Preisen ange- 
boten. Diese Geräte sind in der Regel den preiswerten 
neuen Logikanalysator überlegen. Es fehlt allerdings 
die Flexibilität der PC basierten Software. 


Bei Geräten, die als Auswerte- und Anzeigeeinheit 
einen PC nutzen, ist die Software zur Darstellung und 
Auswertung der Messdaten mindestens so wichtig, 
wie die Hardware des Logikanalysators. Man sollte 
sich die Software vor dem Kauf ansehen und die 
Brauchbarkeit beurteilen, besonders wenn es für diese 
Software keine Alternative gibt. Es gibt aber gute 
Open Source Software für ein breites Spektrum von 
Logikanalysatoren (siehe Link). Unter Umständen ist 
die Liste der dort unterstützten Geräte ein Kaufkriteri¬ 
um. 

Die Geräteparameter Kanalanzahl, Speichertiefe und 
Abtastrate müssen zu Problemstellung passen. Wenn 
hauptsächlich serielle Interfaces überprüft werden sol¬ 
len, kommt man mit 8 Kanälen aus. Will man an 8-Bit 
Mikroprozessorschaltungen messen, sind oft schon 16 
Kanäle zu wenig. 

Links 

http://www.sigrok.org 
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35 Jahre Apple LISA 

Orchideen für Miss Lisa 


D ie Apple LISA war der erste, in nennens¬ 
werten Stückzahlen verfügbare Computer 
mit einer grafischen Benutzeroberfläche. 
Die LISA erschien im Jahr 1983- also vor 35 Jah¬ 
ren. Zeit also für eine kritische Würdigung. 

Als die LISA am 19. Januar 1983 vorgestellt wurde, 
sah die Computerwelt anders aus als heute. Grafische 
Oberflächen waren weit vom Massenmarkt entfernt. 
Zwar hatte Xerox Anfang der 1970er Jahre in seiner 
Denkschmiede Palo Alto Research Center (PARC) mit 
dem Xerox Alto eine Maschine mit einer grafischen 
Benutzeroberfläche entwickelt. Davon wurden jedoch 
nur etwa 2.000 Geräte gebaut, die nicht an den öffent¬ 
lichen Markt verkauft wurden. Das 1981 vorgestellte 
Nachfolgemodell Xerox Star 8010 war erfolgreicher. 
Er verkaufte sich in den 1980er Jahren etwa 25.000- 
mal - zu einem Preis von 17.000 US-$. Doch davon 
war auf dem Massenmarkt wenig zu sehen. Die nor¬ 
malen Personal Computer und Homecomputer waren 
zeichenorientiert, sei es eines der Commodore CBM 
Geräte, der IBM PC oder einer der vielen Homecom¬ 
puter von Atari 800 über Commodore C64 zum Sin¬ 
clair Spectrum. 

Entwicklung 

| Apple Computers, Ine. hatte die Entwicklung der LISA 
im Jahr 1978 begonnen. Durch eine Kooperation mit 
Xerox erhielt Apple Einblick in die Entwicklungen im 
Xerox PARC. Steve Jobs als damaliger CEO von Apple 
hatte die Entwicklung einer neuen Generation von 
Computern mit einer 16-Bit CPU beauftragt. Der 1979 
von Ken Rothmueller (Hardware) und Bill Atkinson 
(Software) vorgestellte Prototyp fand aber wenig An¬ 
klang bei Jobs. Rothmueller verlor dadurch seinen Job 
bei Apple. Steve Jobs drängte darauf, die Erkenntnisse 
aus Xerox PARC in die LISA zu bringen: Die 
Bildschirmdarstellung in Schwarz auf Weiss, die Icons, 
Fenstertechnik und vor allem die Mausbedienung wur¬ 
den adaptiert. 1980 übernahm Apple 15 Mitarbeiter 
von Xerox, um das Projekt voranzubringen. Trotzdem 
musste das Projekt immer wieder Fehlschläge verkraf¬ 
ten, nicht zuletzt wegen Problemen mit den verwende¬ 
ten 5!4-Zoll Twiggy Drives. Außerdem erwuchs der 
LISA Konkurrenz aus dem eigenen Hause. Steve Jobs, 
1981 aus dem LISA Projekt herausgelobt, engagierte 
sich in dem von Jeff Raskin initiierten Mclntosh-Pro- 
jekt. Ein gutes Jahr nach der LISA erblickte dann das 
Ergebnis dieses Projekts, der Macintosh, das Licht der 
Welt - doch das ist eine andere Geschichte. 
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Innenansichten 

Die Technik der LISA ist für ein Gerät aus den frühen 
1980er Jahren durchaus ansehnlich: Es verwendet den 
Motorola 68000 Prozessor, verfügt über eine MMU 
und ist mit 5,09 MHz getaktet. Der 16-Bit-Datenbus 
und der 24-Bit-Adressbus haben Zugriff auf einen seri¬ 
enmäßigen Arbeitsspeicher von 512 kByte, der sich auf 
einer austauschbaren Platine befindet. Es sind zwei 
Platinen einsteckbar, Apple lieferte auch 1 MB Modelle 
aus. Modifikationen der CPU/MMU-Platine ermög¬ 
lichten später auch einen Speicherausbau auf 4 MB 
oder 8 MB RAM. Als Massenspeicher kamen in der ur¬ 
sprünglichen Lisa zwei 5!4-Zoll-Diskettenlaufwerke 
mit jeweils 871 kByte Platz zum Einsatz. Über eine 
parallele Schnittstelle konnte die bereits vom Apple III 
bekannte Festplatte Apple ProFile mit 6 oder 10 MB 
Speicherplatz angeschlossen werden. Das 1984 vorge¬ 
stellte Modell LISA 2 ersetzte die 5V4-Zoll-Laufwerke 
durch ein 400 kByte 3,5-Zoll-Laufwerk. Dafür bietet 
die LISA 2 bereits eine interne 10-MB-Festplatte. Eine 
Apple ProFile ist bei diesem Modell nicht mehr an¬ 
schließbar. Mit dem Erscheinen des Apple Macintosh 
wurde die LISA 2 mit einigen Modifikationen eine 
zeitlang als Macintosh XL vermarktet. Der Bildschirm 
zeigt eine Schwarz/Weiss Darstellung ohne Graustufen 
mit 720x384 Pixeln. Zum Vergleich: Der IBM PC 
brachte es zur gleichen Zeit auf bestenfalls 640x200 
Pixel. 
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Kommerziell ein Flop 

Der kommerzielle Erfolg der LISA blieb aber aus. Ap¬ 
ple hat 150 Mio. US-$ in die Entwicklung investiert, 
aber nur etwa 100.000 Geräte verkaufen können. Dies 
lag nicht nur am hohen Preis von etwa 10.000 US-$, in 
Deutschland gut und gerne 30.000,- DM. Vielmehr war 
zwar das Bedienkonzept allen am Markt etablierten 
Computern überlegen, aber nicht die Anwendungspro¬ 
gramme selbst. LisaWrite beispielsweise erscheint ne¬ 
ben etablierten Textverarbeitungen wie Wordstar eher 
als Gimmick denn als ernst zunehmendes Werkzeug. 
Außerdem fehlte der LISA damals schlicht der Markt¬ 
persönliche Computer waren Anfang der 1980er Jahre 
immer noch computeraffinen Anwendern Vorbehalten. 
Diese hatten wenig Probleme, mit Controlcodes und 
Steuerzeichen auf dem Bildschirm klar zukommen. 
Dem narrensicher zu bedienenden Rechner fehlten also 
schlicht die Narren, der Anwenderorientierung die 
"Nur-Anwender”. Mit dem 1984 erschienenen Macin¬ 
tosh merkte Apple das ein zweites Mal. Allerdings 
schaffte es der Konzern hier schneller, ein passendes 
Marktsegment zu definieren: Das Desktop Publishing 
(DTP). Erst damit begann der wirtschaftliche Erfolg 
des Macintosh, wenngleich einige Jahre später als von 
Steve Jobs in seiner legendäre Macintosh-Präsentation 
1984 verkündet. Der Erfolg des Mac war gleichzeitig 
der Niedergang der LISA. 1985 wurde die LISA abge¬ 
kündigt, 1989 verschrottete der Konzern die letzten 
Lagerbestände von 2.700 Geräten irgendwo auf einer 
Müllkippe in Utah. 

Pionierleistung 

Trotz dieses Misserfolgs verdient die LISA als erste, 
für eine breite Anwenderschar verfügbare Inkarnation 
eines neuen Bedienkonzepts heute große Achtung. 
Heute sind grafische Benutzeroberflächen auf beinahe 
allen Computern zu finden und wurden auch auf viele 
klassische Computersysteme portiert. Es lohnt sich da¬ 
her, einen Blick auf das LISA Office System (LISA 
OS) zu werden. Hier zeigen sich Elemente heutiger 
grafischer Oberflächen schließlich noch beinahe in ih¬ 
rer Urform. Übrigens war mit dem Erscheinen des 
Macintosh auf der LISA 2 mittels MacWorksXL auch 
der Einsatz der Macintosh System Software (Linder) 
möglich. Genügend RAM vorausgesetzt, kann eine LI¬ 
SA 2 so maximal System 7.5.5 nutzen. Apple hat Ende 
2017 angekündigt, in 2018 den Quellcode von LISA 
OS freizugeben. 

Reise durch die Oberfläche 

Lür Einblicke in LISA OS benötigt man nicht unbe¬ 
dingt ein eigenes System- vielmehr steht mit dem Lisa 
Emulator Project von Ray Arachelian ein leistungsfä¬ 
higer und liebevoll gestalteter Emulator zur Verfügung. 
LisaEm ist für Macintosh unter MacOS X (Intel und 


PowerPC), für Windows 32-Bit Systeme und für den 
Raspberry Pi als Binärpaket verfügbar. Als Toolkit für 
die Oberflächengestaltung wird WxWindows benutzt. 
So ist eine Zeitreise möglich und man kann die GUI der 
LISA live erleben. 

Die Oberfläche der LISA lässt sich nach den persönli¬ 
chen Bedürfnissen einstellen. Sie bietet auch einige 
Gadgets wie einen Taschenrechner und eine Uhr. 



Ein Blick auf den LISA OS Desktop 

Die Arbeit mit der LISA ist dokumentenzentriert. Der 
normale Arbeitsablauf besteht nicht darin, ein Pro¬ 
gramm zu öffnen, Inhalte zu erzeugen, dann einen Da¬ 
teinamen zu vergeben und zu speichern. Vielmehr 
erzeugt der Benutzer durch einen Doppelklick auf eine 
"Paper”- Datei eine neue Datei eines bestimmten Typs. 
Ein Doppelklick auf die Datei startet das dazugehörige 
Programm und öffnet die Datei. Zur Installation neuer 
Programme genügt es, irgendwo auf der Pestplatte 
einen Platz zur Ablage auszusuchen. Die "Paper”- Datei 
ist immer mit dem dazugehörigen Programm ver¬ 
bunden. Die Verbindung bleibt auch beim Verschieben 
der Programmdateien an andere Orte erhalten. 



Ein Paper vom Stapel nehmen 

Dieses Konzept ist übrigens in der Workplace-Shell von 
OS/2 ebenfalls umgesetzt. Heutigen Oberflächen fehlt 
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dieser Mechanismus. LISA OS unterstützt zudem ein 
einfaches Multitasking. Es lassen sich mehrere Pro¬ 
gramme nebeneinander öffnen und benutzen. Dies gilt 
für alle Anwendungen und nicht nur für Desktop Gad- 
gets, wie dies beim Macintosh bis zum Multi-Finder in 
System 6 der Fall war. Hier war also LISA OS dem 
Macintosh um einige Jahre voraus. 

Anwendungen wie die Textverarbeitung LisaWrite 
sind aus heutiger Sicht spartanisch und konnten auch 
1983 nicht mit Textverarbeitungen wie Wordstar oder 
auch AppleWorks auf dem Apple //e mithalten. Die 
Bedienung mit Maus, Pulldown- Menüs und einem 
WYSIWYG Konzept waren aber für die Masse der 
Anwender völlig neu. 


-2säfc- 


File/Print Edit Type Style Format 1f Page Lc 


t Type Style 

warn 


No Orchids for Miss Lisa 

Lisa und die Folgen 
von Ulrich Stiehl 


ifc 


Search Spelling 


Als ich im Maerz—Heft mitteilte, dass nicht mehr "produziert werden wird", 
waren die Wuerfel offenbar schon gefallen. 

(--) 

Die fr den Macintosh XL alias Lisa und den Macintosh konzipierte 
"Benutzerschnittstelle" mit Ikonen und "Klickiklick" ist nach wie vor heftig 
umstritten. Hier prallen Welten gluehender Verfechter und buersker Gegner 
aufeinander. Zu welcher Seite ich gehoere, ist Ihnen ja bekannt. 

Zitiert aus Peeker, Heft 07/1985, Seite 67 


ES 


Die Textverarbeitung LisaWrite 

Jede LISA besitzt eine Seriennummer im ROM, die 
von LISA OS ausgelesen werden kann. Beim Kopieren 
von Programmen von den Original-Programmdisket¬ 
ten auf eine Festplatte der LISA werden die Disketten 
mit dieser Seriennummer markiert. Dadurch lassen 
sich einmal benutzte Disketten nicht mehr auf einer 
anderen LISA benutzen- ein einfacher Kopierschutz. 

r DeskFile/Print Edit Housekeeping 


The Lisa is about to make the First copy of 
LisaDraw. This copy, and all Future copies, can 
be used only on this Lisa. 

Is that what you want? 

Once you dick Copy, you ivill not be able to 
change your mind, ei/en by choosing Undo. 



[ Cancel ] 


[ Copy 




m ö 

LisaD — LisaDraw Paper LisaDraw Exampies 
LisaDraw 



PreferencesfllilSiWastebasketl 




Dateien erhalten einen Kopierschutz 

Die LISA taugt auch durchaus als serielles Terminal 
und damit als Anbindung an Mainframes oder Mini¬ 
computer der 1980er Jahre. Durch die Terminalemula¬ 
tion von MacTerminal wird die LISA zum wohl 


teuersten Weg, seriell auf einen solchen Rechner zuzu¬ 
greifen. 

Wer also einmal an den den Ursprung grafischer Benut¬ 
zeroberflächen zurückkehren möchte, kann mit dem Li- 
saEm viele interessante Stunden erleben. Einige LISAs 
sind auch öffentlich zu bewundern, so im Oldenburger 
Computermuseum oder im Heinz Nixdorf Forum Pa¬ 
derborn. Und wer weiß- vielleicht wird auch auf der 
Classic Computing eine LISA zu sehen sein. 


Desk File/Print Edit Seti 


W- 


Connector: 

■ 

Serial fl 

□ 

Serial B 



^ Cancel j 

Parity: 

■ 

None 

□ 

Ei/en 

□ 

Odd 


Handshake: 

■ 

None 

□ 

XOn/XOFf 




Baud Rate: 

□ 

50 

□ 

75 

□ 

110 



□ 

134.5 

□ 

150 

□ 

200 



□ 

300 

□ 

600 

■ 

1200 



□ 

1800 

n 

2000 

n 

2400 



□ 

3600 

□ 

4800 

n 

9600 

n 19200 

Modem: 

□ 

Apple 1200 

□ 

Rpple 300 

■ 

□ther 


Dial: 

□ 

Hs the Document Is Opened 

■ 

Using the Phone Menu 

Terminal: 

■ 

KT1QQ 

□ 

KT52 

□ 

TTY 


Duplex: 

■ 

Full 

□ 

Half 




Auto Neir-Line: 

□ 

On 

■ 

OFF 



f fw 

Communication: 

■ 

On [On-Line] □ 

OFF [Local] 



l 0K J 
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Die LISA Terminalemulation 


Der Titel dieses kleinen Berichts ist übrigens eine An¬ 
spielung auf den Artikel "No Orchids for Miss Lisa” 
von Ulrich Stiehl im "Peeker” Heft 07/1985. Dort spe¬ 
kuliert der Autor über die Gründe der mangelnden Ak¬ 
zeptanz der LISA und kehrt die Vorteile des Apple II 
hervor. Allerdings wird das Potenzial des neuen Be¬ 
dienkonzeptes nicht erkannt. 

Heute ist die GUI nicht mehr wegzudenken. Die LISA 
war der Wegbereiter dieser Technik. Wer also die 
Gelegenheit hat, eine LISA live zu erleben, sollte sie 
nutzen, (gb) 

Links: 

http://lisa.sunder.net 

https://de.wikipedia.org/wiki/Apple_Lisa 

http://blog.hnf.de/apple-lisa-aus-der-tiefe-geholt 





































































































































Werbeanzeige für die Lisa 


Whether you’re a junior analyst or chairman of the board, 
there’s an Apple 32 SuperMicro to meet your needs and budget. 


Macintosh 


Lisa 2 


If you’re a managcr, Professional, or busincssperson, 
takc a close look at the Macintosh personal Computer. 

With a 32-bit microprocessor, bit-mapped graphics, 
and mouse, it offers the advantage« of the Apple 3- 
SuperMicro« at a price that's nothing short of incrediblc. 

For analysis. project management, graphics. 
wrking, and much more. this fully transport- jr 
ablc, personal productivity ux>l sets a new / 

Standard for the industry. 


Lisa 2/5 


Managers, Professionals, and businesspersoas with 
greatcr Computing needs owe it to themselves to coasider 
Lisa 2. 

If you work with large financial models or extensive 
word-processing documents, this unique SuperMicro 
glvcs you a huge 512 kiloby tes of memory capacity (that's 
enough rtxam to work with over one-half million 
characters of data). 

Macintosh programs run on Lisa 2, taking advantage 
of many of Lisa s additional capabilitics. And giving you 
access to scores of programs from Apple and numerc>us 
independent developcrs. 

Lisa s expandability means the System can grow with 
your business. For example, adding a hard-disk drive and 
more memory brings Lisa’s fully integrated applications 
to y<xtr fingertips. 


If you’re looking for a low-cost, hard-disk System, you 
can get it with Lisa 2/5. 

Lisa 2/5 includes a 5-megabyte external hard-disk 
drive, so all your application programs and data flies can 
be stored in onc placc. 

The System is perfect if you want to take advantage of 
the many programs creatcd especially for Lisa bv 
independent developcrs, as well as programs written for 
other operating Systems. 

In addition, by adding more memory, you can run 
Lisa s integrated applications. You'll be abie to handle 
multiple applications at the same time. Print a document 
while working on another. Download information from a 
mainframc while doing other work on the screcn. And 
much more. 


Lisa 2/10 


If you need the extra capacity of a 10-mcgaby tc hard- 
disk drive, consider Lisa 2/10. 

Lisa 2/10 gives you all the advantages of the Lisa 2/5— 
and then some. A built-in 10-mcgabytc hard disk rcplaccs 
Lisa 2/5's external 5-megabyte hard-disk drive. 

With Lisa 2/10. you can take maximum advantage of 
Lisa’s integrated applications, as well as programs from 
independent devclopers and programs written for other 
operating Systems, such as UNIX:* 

No other personal Computer comes dose to lisa 2/10 in 
power and performance. Or offers as much for the price. 


Wissen 


Das Innenleben der LISA ist mo¬ 
dular aufgebaut. Links ist der 
Blick in das geöffnete Gehäuse 
zu sehen. Nach Lösen der Befes¬ 
tigungen lässt sich der Träger mit 
dem CPU Board, dem Schnitt- 
stellen-Board und den beiden 
Speichermodulen einfach her¬ 
ausziehen (Bild unten). Rechts 
auf der hinteren Platine ist der 
Motorola 68000 Prozessor zu se¬ 
hen. 
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CPU Simulation 


Little Man Computer 




M oderne Prozessoren arbeiten mit sehr 
komplexen Instruktionen, parallelisieren 
die Abarbeitung von Programmen, füh¬ 
ren Befehle spekulativ durch und kennen viele Me¬ 
chanismen zur Unterstützung von Multitasking und 
virtueller Speicherverwaltung. Einfach zu verste¬ 
hen sind sie gewiss nicht. Wer einmal nachvollzie¬ 
hen möchte, wie ein Prozessor arbeitet, kann dies 
besser mit einer vereinfachten Simulation tun. 

Eine solche Simulation ist der "Little Man Computer” 
LMC. LMC ist eine abstrakte, stark vereinfachende 
Simulation der Grundzüge eines Computers. Er soll 
auch Laien ermöglichen, die Arbeitsweise eines Com¬ 
puters nachzuvollziehen. LMC wurde im Jahr 1965 
von Stuart Madnick entwickelt. 

Es existieren verschiedene Implementierungen des 
LMC. Einige sind online zu benutzen, andere können 
als Java-Programme auf dem eigenen Rechner ablau¬ 
fen. Unten sind ein paar Links zum Download von 
LMC Programmen angegeben, weitere lassen sich 
sicher schnell mit der Suchmaschine des Vertrauens 
entdecken. 

Was macht den LMC nun so interessant? Zunächst- 
der LMC besitzt nur sehr eingeschränkte Ressourcen. 
Der Arbeitsspeicher verfügt nur über 100 Speicherstel¬ 
len (00 - 99). Ähnlich reduziert ist der Befelsumfang: 
Der LMC kennt nur 11 Befehle. 

Dennoch lässt sich damit eine ganze Menge anfangen. 
Zusammen mit Sprungmarken (Labein) sieht ein 
einfaches Assemblerlisting und übersetztes Programm 


Assembler 

Code 

Wirkung 

HLT 

0 

Halt 

ADD 

Ixx 

Addiere Inhalt von Speicherzelle xx 
zum Akku 

SUB 

2xx 

Subtrahiere Inhalt von Speicherzelle 
xx vom Akku 

STA 

3xx 

Speichere Akku in Speicherzelle xx 

LDA 

4xx 

Lade Inhalt von Speicherstelle xx in 
Akku 

BRA 

6xx 

Springe zur Speicherstelle xx 

BRZ 

7 xx 

Springe zur Speicherstelle xx, wenn 
der Akku 0 enthält 

BRP 

8xx 

Springe zur Speicherstelle xx, wenn 
der Akku 0 oder positiv enthält 

INP 

901 

Hole Eingabe in Akku 

OUT 

902 

Schreibe Akku nach Ausgabe 

DAT 


Assemberbefehl zum Setzen von 
Werten in eine Speicherstelle 


Befehlssatz des LMC 

in einem Javescript Simulator dann so aus wie im Bild 
unten. Eine sehr schöne Simulation ist auch dies von 
Tim Street (siehe Links). Dort ist auch ein LMC Pro¬ 
gramm verfügbar, das zwei Zahlen addieren, subtrahie¬ 
ren, und dividieren kann, die Wurzel einer Zahl ziehen 
und weitere Operationen ausführen kann! Aufgrund der 
Einfachheit lassen sich Simulatoren leicht in C oder an¬ 
deren Sprachen erstellen, (ps) 


A«*<smbiy Languacje Coda 


ir.p 

sto 10 
add one 
out 

bra gc 
dat 1 


00 INP 
01 STA 10 
02 ADD 05 
03 OTT 
04 BRA 00 
05 DAT 01 


ASSEMBLE INTO RAM 

STOP << >> 

RESET LOAD 

HELP SELECT 

SHOW FETCH.EXECUTE SPEED 3 




3 liiilft Mftfci 


B; 0 1 2 4 5 6 ; :i __ 

rm Hn irci E3 rm ron rm rrn um rm 

j! io n 12 irt 14 

t rm iflüii rm rm rm rm rm rm rm rm 





? 70 71 72 73 74 75 76 77 78 79 

rmrmrmrmrmrmrmrmrmrm 

; 80 81 82 83 84 85 86 87 88 89 

rm rm rm rm rm rm rm rm rm rm 

j* pb, 1 pl| 1 pfe, 1 ^3 1 |^4 ' i ^5* i V 91 98 99 

rm rm rm rm rm rm rm rm rm rm 


ADD to accumulator thc coatents ot RAM addres* 5 


Links 

https://peterhigginson.co.uk/LMC 

http://superdecade.blogs- 

pot.co.uk/2016/10/the-most-im- 

pressive-little-man- 

computer.html 

http://www.d. umn.edu/~gshu- 
te/cs3011/LMC.html 


^ <§GCSE computing org uk and Peter Higginson 





























































Software 


Zum Abtippen 

Apple Zahlenmemory 

Das Programm "Zahlenmemory” ist ein kleines Spiel, 
das dem Prinzip von "Senso” nachempfunden ist: Eine 
zufällige Ziffer wird angezeigt und dazu wird ein kur¬ 
zer Ton gespielt, wobei die Tonhöhe von der angezeig¬ 
ten Zahl abhängt. Danach wird der Bildschirm gelöscht 
und man muss die angezeigte Zahl eingeben. Nun zeigt 
der Computer zwei Zahlen: Die erste Ziffer ist gleich, 
die zweite ist neu. Jetzt muss der Spieler diese zwei 
Zahlen eingeben. So geht es weiter, bis der Spieler 
einen Fehler macht. In diesem Fall zeigt der Computer 
die korrekte Folge an und das Spiel startet neu. 

Die Umsetzung für den Apple ][ hat eine Besonderheit: 
Applesoft BASIC kennt keinen Befehl, um Töne aus¬ 
zugeben, sondern kann nur einen ”Beep” erzeugen. Um 
die Töne an die verschiedenen Ziffern anzupassen, 
nutzt das Programm eine kleine Routine in Ma¬ 
schinensprache. Die Routine wird von BASIC aus in 
den Speicher des Apple an Adresse 768 (oder in Hex 
$300) geschrieben, ein Speicherbereich, der vom BA¬ 
SIC nicht verwendet wird. 

Programmdetails 

Zeile 15: Hier wird ein Array mit 50 Positionen defi¬ 
niert, in welchem die Zahlenfolge gespeichert wird. 

Zeile 20: Schreibt das Maschinenspracheprogramm in 
den Speicher 

Zeile 30-60: Es wird eine Zahl zufällig erzeugt und in 
das Array geschrieben und dann zur Ausgabe gesprun¬ 
gen. 

Zeilen 65-150: Prüfung, ob die Zahl richtig war: Wenn 
ja, wird die nächste Zahl erzeugt, wenn nein, startet das 
Programm neu. 

Zeile 500-580: Hier erfolgt die Ausgabe der Zahlenrei¬ 
he mit Tönen. Dazu wird der Wert MEM(H) um¬ 
gerechnet und in die Speicherstelle 774 (Hex: $306) 
geschrieben. 

Die Assembler-Routine 

Die wichtigste Zeile beginnt bei $302: hier wird ein 
einzelnes Knacken im Eautsprecher des Apple erzeugt. 
Die Zeilen darum herum sind zwei ineinander ver¬ 
schachtelte Schleifen. Die Schleife des Y-Registers 
sorgt dafür, das der Ton lange zu hören ist, die X- 
Schleife bestimmt die Tonhöhe. Und hier kommt die 
Speicherstelle $306 ins Spiel. Sie enthält den Startwert 
für die X-Schleife. (je) 



10 REM ZAHLENMEMORY 
15 DIM MEM(50) 

20 GOSUB 900 
25 1 = 0 

30 Z=INT ( RND (1) * 

40 1=1+1 
50 MEM(I)=Z 

60 GOSUB 500: REM AUSGABE 
65 FOR H=1 TO I 
70 GET A 

74 POKE 774,20 + MEM(H) * 

76 CALL 768 

80 IF A=MEM (H) THEN GOTO 130 
86 PRINT A;"->"; 

90 PRINT "FALSCH!" 

100 PRINT "DIE KORREKTE FOLGE IST:" 

105 FOR H = 1 TO 
110 PRINT MEM(H); 

113 NEXT 
115 IN.PUT A$ 

120 RUN 
130 PRINT A; ' 

140 NEXT 
150 GOTO 30 
500 REM AUSGABE 
505 HOME 

510 FOR H = 1 TO 
520 PRINT MEM(H); 

522 POKE 774,20 + MEM(H) 

524 CALL 768 
530 NEXT 
540 PRINT 
550 FOR H = 

560 NEXT 
570 HOME 
580 RETURN 

900 FO*R 1 = 768 TO 781 
910 READ CODE 
920 POKE I,CODE 
930 NEXT 
940 RETURN 
1000 DATA 

160,0,173,48,192,162,32,232,208,253,200,16,24 
5, 96 

Assemblerlisting (nicht abtippen, Hexdump ist 


le 

1000) 



A0 

00 

LDY 

#$00 

AD 

30 C0 

LDA 

$C030 

A2 

28 

LDX 

#$28 

E8 


INX 


DO 

FD 

BNE 

$0307 

• C8 


INY 


10 

F5 

BPL 

$0302 

60 


RTS 



Uber den Autor 

lochen Emmes ist Diplom-Physiker und seit 1995 
hauptberuflich als Anwendungsentwickler und 
Systemadministrator angestellt. 
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Mein liebstes Sammlerstück 

Kleine Rechenhilfen 


T aschenrechner gibt es schon seit Ende der 
1960er Jahre und haben sich seit dem sehr 
schnell verbreitet. Im Bereich der klassi¬ 
schen Computer gibt es für diese Geräte einen 
großen Liebhaberkreis. 

Sehr bekannt wurden in den 70er Jahren die pro¬ 
grammierbaren Taschenrechner von HP und Texas In¬ 
struments. Solche Rechner konnten schon kleine 
Programme auf Magnetstreifen oder Microcassetten 
speichern. 


Smartphone sein, das man für schnelle Berechnungen 
nutzt. Wer mehr über Taschenrechner und Rechenma¬ 
schinen wissen möchte, der kann sich auf der Seite von 
Fritz Gailwitz umfangreich über Hersteller, Modelle 
und Technik informieren, (bb) 

Links 

http://www.schlepptops.de 


Uber den Autor 

Björn Benner ist 1. stv. Vorsitzender des 
VzEkC e.V. und begeisterter Sammler. 
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SHARP Rechner aus der EL-Reihe aus der ELReihe Tandy Radio Shack 



der 1980er Jahre. 


Rechner 


Olympia CD76S 



Funktionen, die heutzutage bei einen Taschenrechner 
der Standard sind, sucht man auf den Modellen der 
frühen Jahre meist vergeblich. Damals gab es oft nur 
die vier Grundrechenarten- die Dinger wurden in den 
USA immer „four-banger“ genannt. Aber gerade das 
macht diese Geräte interessant. Da der Übergang vom 
Taschenrechner zum Pocket-Computer fließend ist, ist 
auch die Vielfalt riesig. Für Sammler solcher Rechner 
gibt es eine sehr große Auswahl an Herstellern und 
Modellen. Besonders gut gefallen mir persönlich die 
Taschenrechner mit Digitron Displays (Vakuum- Fluo¬ 
reszenzanzeige). 

Besonders erfreulich ist es, wenn bei dem alten Ta¬ 
schenrechner noch die Anleitung und eventuell das 
original Etui dabei ist. Zudem macht es auch Spaß, mit 
den Geräten zu rechnen. Es muss ja nicht immer das 



Triumph-Adler mit Digitron-Display 














































































CP/M Quick Reference Card 

Allgemeines zu CP/M 

Diskettenwechsel 

Nach jedem Diskettenwechsel ist mit Ctrl-C ein 
Warmstart erforderlich. Ohne Warmstart ist die 
Diskette schreibgeschützt. 

Residente CP/M Befehle 
DIR 

Inhaltsverzeichnis einer Diskette ausgeben. 
Beispiele: 

Alle Inhalte von Laufwerk A: 

DIRA: 

Alle COM Files auf Laufwerk A: 

DIR A:*.COM 

ERA 

Löscht die angegebene Datei. Beispiele: 

Alle Dateien auf A: löschen: 

ERA A:* . * 

DateienA.TXT und B.TXT löschen: 

ERA A.TXT B.TXT 

REN 

Umbenennen einer Datei. Beispiel: 

FOO.COM in BAR.COM umbenennen: 

REN B: FOO.COM = BiBAR.COM 

TYPE 

Inhalt eine ASCII Datei ausgeben. Beispiel: 
Datei BOB.TXT ausgeben: 

TYPE BOB.TXT 

SAVE 



Speichert den Inhalt des Arbeitsspeichers in einer 
Datei ab. Beispiel: 

5 Blöcke mit je 256 Byte ab Adresse 0x100 in der 
Datei DUMRDAT speichern: 

SAVE 5 DUMP.DAT 

Die Anzahl ist als Dezimalzahl anzugeben. 

STAT 

Überprüfung oder Veränderung von 
Systemeigenschaften. Beispiele: 

freien Speicherplatz und Schreibzustand der Disk 
in Laufwerk B: 

STAT B: 

Übersicht der Benutzerbereiche: 

STAT USR: 

Zuordnung der logischen Kanäle zu Geräten aus: 
STAT DEV: 

Einen logischen Kanal mit einem Gerät verbinden: 

STAT kanal: = gerät 

Kanäle sind 

(also Tastatur 


CON: Konsole 
Bildschirm) 


und 


LST 

PUN 

RDR 


Drucker 

Lochstreifenstanzer 
Lochstreifenleser) 


Erlaubte Geräte sind 


CON: 

=> 

TTY: 

CRT: 

BAT: 

UC1: 

LST: 

=> 

TTY: 

CRT: 

LPT: 

ULI: 

PUN: 

=> 

TTY: 

PTP: 

UPI: 

UP2 : 

RDR: 

=> 

TTY: 

PTR: 

URI: 

UR2 



Speicherplatz, Sektoren usw. der Laufwerke 
anzeigen: 


Größe der Dateien FOO.TXT und BAR.TXT 
anzeigen: 

STAT FOO.TXT BAR.TXT 
Datei FOO.TXT schreibschützen: 

STAT FOO.TXT $R/0 

Schreibschutz von Datei FOO.TXT aufheben: 

STAT FOO.TXT $R/W 
Datei ALICE.COM als Systemdatei verstecken: 

STAT ALICE.COM $SYS 

Systemdatei ALICE.COM wieder sichtbar 
machen: 

STAT ALICE.COM 

PIP 

PIP steht für Peripheral Interchange Program. 
Es dient zum Kopieren und Drucken. PIP ohne 
Parameter eröffnet einen Prompt, an dem 
Aktionen direkt und nacheinander aufgerufen 
werden können. 

Kopieren aller Dateien von Laufwerk A: auf 
Laufwerk B: 

PIP B: = A: 

Alle COM Dateien von B: nach A: kopieren: 

PIP A: = B:*.COM 

Datei FOO.TXT auf dem logischen Kanal LST: 
ausgeben: 

PIP LST: = FOO.TXT 


(noch PIP) 

Liste weiterer Optionen für PIP, jeweils am 
Ende des Aufrufs, z.B. PIP LST: = FOO.TXT 
[N2] 


[B] Block mode transfermit XON/XOFF 

w i 

































[H] Hex Modus 

[N] Zeilennummerierung. 

[N2] dto. mit führenden Nullen und TAB. 


Im Laufwerk A: liegt keine Diskette oder das 
Laufwerk existiert nicht: 


[O] Object file transfer, Ctrl-Z (Dateiende) wird 
ignoriert 


[Pn] Seitenvorschub nach n Zeilen 
[R] Systemdateien lesen 

[V] Verify, Kopie wird auf korrekte 
Übertragung geprüft (nur Disk) 

[W] Read only einer Datei ignorieren 


Bdos Err on A: 

Die Zieldatei in Laufwerk A: ist schreibgeschützt: 

Bdos Err on A: FILE R/0 
Die Diskette in Laufwerk B: ist defekt: 

Bdos Err on B: BAD SECTOR 

Die Diskette in Laufwerk B: ist schreibgeschützt 
oder der Warmstart mit Ctrl-C beim 
Diskettenwechsel wurde vergessen: 

Bdos Err on B: R/0 


L 


SUBMIT 

Stapeldateien verarbeiten, ein Kommando pro 
Zeile. Extension muss .SUB sein, z.B. BOB.SUB 

SUBMIT BOB.SUB 


ED 


Kommentarzeilen beginnen mit einem Zeichen 

«».,: — ?*[] 


Aufrufparameter beginnen mit Dollarzeichen und 
sind nummeriert, also $1 $2 usw. 


Variable = $1.. 


Fehlermeldungen 

Die ausführbare Datei ALICE.COM wurde nicht 
gefunden: 

ALICE? 


Eine angebene Datei ist nicht vorhanden: 

NO FILE 


Ein beim Kopieren angebener Zielname ist schon 
vorhanden: 


Texteditor, Aufruf z.B. mit ED FOO.TXT. 
Kommandos: 

E ED beenden und speichern 

O ED abbrechen, mit Originaldatei weiter 

Q ED verlassen, ohne zu speichern 

I Text einfugen, Ende mit Ctrl-Z 

Is String s am Pointer einfügen 

H Editieren beenden und Pointer an 
Dateianfang 

nA n Zeilen an den Buffer anhängen 

nW Schreibe die obersten n Zeilen in die 
Ausgabedatei 

nX Schreibe die nächsten N Zeilen in eine Datei 
X$$$$$$$.LIB 

Rfn Datei fn.LIB in Buffer einiesen 
B Pointer an Dateianfang 


J TO 

. 


-B Pointer an Dateiende 
nC Pointer n Zeichen voran 
nL Verschiebe Pointer um n Zeilen 
n n Zeilen voran 
- eine Zeile zurück 


nP nächste n Seiten anzeichen (23 
Zeilen/Seite) 


nT Gebe n Zeilen aus 



nD n Zeichen ab Pointer löschen 
nK Lösche n Zeilen ab Pointer 
nFs finde das n. Auftreten des Strings s 


nSx A Zy Ersetze den String x durch y an den 
nächsten n Fundstellen 


U Tausche Klein- gegen Grußbuchstaben bei 
nächster Eingabe 


V Zeilennummem erzeugen 

nMx Führe Kommandostring n n-mal aus 

n:x n Zeilen vor und Kommando x ausführen 


n: :mx Zu Zeile n springen und 
Kommando x von aktueller Zeile bis Zeile m 
ausführen 
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Vereinsleben 


TJX 




Einmal Danke sagen.. 




Liebe Leser des LOAD Magazins, 
liebe Vereinsmitglieder des VzEkC e.V. 


iüSfÄÄ 

Z baen 


Vertretende Vereine wie unserer emgeuagenv. inem starken Interesse 

=ai=H^ilils=Ä= 

ssasass»*—“"■* 

_ . •_i „n^,v v^t-pinsmitaliedern zu danken 


macht sie besonders wertvoll unü De die in so vielen 

, vpit einmal allen Vereinsmitgliedern zu dan , 

Veranstalnmgerulurchgeffihrt^i^ unseren VMem^und^^ ^^j^ ^u^n^^r^, das 

I BeWneu etaeXatier.ee Ausstellung gehefer, o “Veranstaltung haben unsere 

I \ l.r:. 


Stromversorgung der Exponate am ~ . ^ w jr durch das 

Ah r nicht nur die Veranstaltungen allein machen unsere ^^‘^ , a htt p.// ww w.classic -computtng.de ) 

Sä 

:Ä"“« r VdeXiwimger Arbeit. 


selbst das Ergebnis vieler btun • und ich bin mir 

Vereins lenken wird. 


Ihr Roman Seewer 
(1. Vorsitzender VzEkC e.V.) 
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Classic Computing in der Heide 

Das Computermuseum Visselhövede 




m in einem Eindruck von 
der Vielfalt der Compu¬ 
terwelt zu bekommen, 
muss man nicht nach München 
oder Paderborn reisen. Compu¬ 
termuseen finden sich auch in 
anderen Städten- und manchmal 
auch an Orten, an denen man es 
nicht vermuten würde. 

Die Lüneburger Heide ist eine 
Landschaft im Norden Deutsch¬ 
lands, die vor Jahrtausenden durch 
Rodung und Bewirtschaftung ent¬ 
standen ist. Sie zieht sich aus dem 
Dreieck der Autobahnen Al, A7 
und A27 in Richtung Osten bis zur 
Stadt Lüneburg südwestlich von 
Hamburg. Die Lüneburger Heide 
ist als Freizeit- und Urlaubspara¬ 
dies bekannt. Wer nun meint, hier 
gäbe es nur Schafe und Dieter 
Bohlen und für Freunde klassischer 
Computer nichts zu entdecken, der 
irrt sich. Am Westrand dieses Ge¬ 
biets liegt der Ort Visselhövede. 


Ein Abstecher dahin lohnt sich, denn 
in der ehemaligen Zündholzfabrik 
findet sich ein beeindruckendes 
Computermuseum. 

Der seit 2012 bestehende Verein 
"Forum für Computer-Geschichte” 
mit Sitz in Rothenburg betreibt die¬ 
ses Museum seit 2013. Ziel des Ver¬ 
eins ist es, durch Unterhaltung eines 
Museums und Ausstellungen die 
Wissenschaft und Forschung, Bil¬ 
dung und Erziehung sowie Kunst 
und Kultur zu fördern. Hierzu haben 
die Mitglieder eine große Sammlung 
an Homecomputern, mittlerer 
Datentechnik und Großrechnern zu¬ 
sammengetragen. Anders als in an¬ 
deren Museen liegt der Schwerpunkt 
dieser Sammlung auf Systemen aus 
dem Rechenzentrumseinsatz. 

Das Rechenzentrum 

Um diese in einem passenden Rah¬ 
men präsentieren zu können, wurde 
ein Raum als Rechenzentrum einge¬ 
richtet. Hinter dem Leitstand sind 
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Visselhövede 


betriebsbereite Systeme aufge¬ 
baut. Auf der linken Seite finden 
sich viele HP-UX Maschinen, 
rechts davon stehen Unisys e-Ac- 
tion-Server in den Racks, außer¬ 
dem HP XP256, Solbourne, IBM 
RS6000, SGI Challenge XL und 
SUN Spare Server 490. 

In einem weiteren Raum ist eine 
IBM AS/400 Anlage aufgebaut. 
Das Gerät diente bei seinem Vör- 
besitzer lange Zeit als Anschau¬ 
ungsobjekt. Nach der Übernahme 
dieses System durch den Verein 
stellte sich zunächst heraus, dass 
eine Festplatte ausgefallen war 
und der Rechner nicht mehr boo¬ 
tet. Im Frühjahr 2016 gelang dann 
eine erste „Inbetriebnahme“ 
durch einen AS/400 Experten. Da 
es sich bei diesen Maschinen um 
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Vereinsleben 


Produktionsmittel handelt, sind Be¬ 
trieb und Wartung streng hierar¬ 
chisch organisiert und unterliegen 
strikten Lizenzbestimmungen. Das 
erleichtert die Wiederherstellung 
eines solchen Objektes nicht. Mitt¬ 
lerweile läuft die Maschine wieder 
und kann im Betrieb bewundert 
werden. Ausdrucke sind mit einem 
Twinax-Drucker vom Typ IBM 
4224 möglich. Die Datensicherung 
der AS/400 erfolgt mittels einiger 
SLR5 Tapes mit einem Streamer. 

Ebenfalls vertreten sind mehrere 
DEC Systeme wie VAXStations 
und Microvax- Rechner. 


Homecomputer und mehr 

In weiteren Räumen präsentiert das 
Museum verschiedene Homecom¬ 
puter wie Commodore C64 und 
Amiga, Atari-Systeme und Apple 
II-Modelle, aber auch weniger be¬ 
kannte Modelle wie Rechner von 
Triumpf Adler. Viele Rechner sind 
einsatzbereit und können "hands- 
on" benutzt werden. 

Die Ausstellung macht in der 8-Bit 
Arä aber nicht halt. In anderen 
Räumen sind viele IBM PC-Syste- 
me und Kompatible zu sehen. Hier 


Ein Blick in das Rechenzentrum. Das Sillicon Graphics Modell hat 
lange im Deutschen Elekronensynchrotron in Hamburg bei der Suche 
nach Elementarteilchen geholfen. 


kann man insbesondere verschiedene 
Compaq-Modelle bewundern. Auch 
Apple Macintosh-Systeme sind zu 
sehen, angefangen von den ersten 
Würfel-Macs über Performa-Modelle 
bis hin zu iMacs aus verschiedenen 
Generationen. 


Laptops zeigen die Geschichte der PC Betriebssysteme 


Besonders beeindruckend ist eine 
Regalwand im Eingangsbereich, 
zeigt sie doch auf Laptops und 
Notebooks unterschiedlichster 
Hersteller die geschichtliche Ent¬ 
wicklung von Microsoft Windows 
von den frühen Versionen bis 
heute. 

Besucher sind willkommen 

Der Verein richtet die Räume zur 
Zeit noch ein. Bei den Exponaten 
stehen noch viele Restaurationen 
an. Aus diesem Grunde können 
noch keine festen Öffnungszeiten 
angeboten werden. Aber die Mit¬ 
glieder treffen sich jeden Sams¬ 
tag im Museum ab 14:00 Uhr im 
Museum Visselhövede, Celler 
Straße 1. Sie lassen gern Besucher 
über die Schulter schauen. 




Links 

www.computermuseum-vissel- 

hoevede.de 
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Verein 
zun 
Erhalt 
klassischer 
Conputer e.U. 

Einer für Alle! 

Ein Computer-Verein für alle klassischen 
Computer-Systeme? Na klar! 

Egal ob Großrechner der 70er, Home-Computer 
der 80er oder PCs der 90er. Wir haben sie alle. 
Komm, mach mit und entdecke die faszinierende 
Welt der klassischen Computer bei uns im Verein! 



Auszug aus den Computersystemen 
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Vamiga 
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Anfassen, Ausprobieren, Spielen, Erinnern, Erhalten ... 


Auf ins Forum 


Im Uereinsforuh diskutieren Mir über 
dies und das., helfen bei Rechner - Prob - 
lenen und haben eine gute Zeit! 


Alte Computersysteme abzugeben? 
Wir sammeln und erhalten 
klassische Computer! 



Vereinsmeierei ist ja nicht so jedermanns Sache. 
Aber der Verein zum Erhalt klassischer Computer 
hebt sich auch hier ganz positiv von der Masse ab - 
und beim Aufgabengebiet ja sowieso. 


Wir vereinen im VzEkC e.V. viele Hunderte klassi¬ 
sche Computer-Systeme. Darunter die allseits be¬ 
kannten Homecomputer der 80er, wie den 
Commodore C64, den Atari 800 XL oder den 
Schneider CPC. Aber auch ausgefallenere Modelle 
sind bei uns zu finden - und nicht nur Homecom¬ 
puter. 

Bürorechner aller möglicher Hersteller, ausgeklü¬ 
gelte Konzepte für tragbare Rechner und natürlich 
für die Kurzweiligkeit auch die Spielekonsolen der 
70er, 80er und 90er finden bei uns ein Zuhause. 

Der Verein wurde übrigens schon 2003 gegründet 
und ist seit 2007 als gemeinnützig eingetragen. Die 
Mitgliedschaft im Verein ist ziemlich günstig. 
Schon einmal deshalb, weil wir keine Aufnahme¬ 
gebühr für Neumitglieder verlangen. 

Für gerade einmal 3 Euro im Monat kann man or¬ 
dentliches Vereinsmitglied sein und hat dann viele 
Vorteile. So kann man bei der Classic-Computing- 
Veranstaltung kostenfrei teilnehmen, erhält ver¬ 
günstigten Eintritt auf einigen Messen und Ausstel¬ 
lungen, hat erweitere Zugriffsrechte im 
Vereinsforum, ka nn an der vereinsinternen Auktion 
für Hardware teilnehmen und vieles mehr. 

Auf ins Forum! 

Im Vereinsforum diskutieren wir über dies und das, 
helfen bei Rechner-Problemen und haben eine gute 
Zeit! 



Die aktuelle Vereinssatzung findet man direkt auf 
unserer Homepage unter 


http://www. classic-computing. de/der-verein/ 


Und den Aufnahmeantrag findest du auf der nächs¬ 
ten Seite. Wir freuen uns auf dich! 
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Verein zum Erhalt klassischer Computer e.V. 



c/o Roman Seewer (1. Vorsitzender) 
Achslenstrasse 3 

9016 St. Gallen (Schweiz) 


info@classic-computing.de 
Fax:+41 (0)71 280 00 18 


Aufnahmeantraq 

zur Mitgliedschaft im Verein zum Erhalt klassischer Computer e.V. 


Persönliche Angaben 


Bitte ankreuzen, welche Daten im geschützten Vereinsbereich anderen Vereinsmitgliedem angezeigt werden dürfen. 


Nachname 
Vorname 
Straße, Nr. 


□ 

□ 

□ 


PLZ, Ort g _ 

Telefon Festnetz 
Telefon Mobil 

Geburtsdatum Q _. 

Emailadresse i—i _ 

Bild 

Nickname im Vereinsforum 
Lieblingscomputer 


Ich möchte Mitglied im Verein zum Erhalt klassischer Computer e.V. werden 

D Als ordentliches Mitglied (Beitragssatz 3,- € pro Monat) 

□ Als ordentliches Mitglied mit reduziertem Beitragssatz (Beitragssatz 2,- € pro Monat) 

Schüler(in), Student(in, Auszubildene(r), Behinderte(r), Rentner(in), Kopie des entsprechenden Nachweises liegt bei 

□ Als Fördermitglied zum Beitragssatz von_€ pro Monat 

(ohne Stimmrecht in der Mitgliederversammlung) (Beitragssatz ab 1,- € pro Mnat, nur ganze Zahlen) 

] Die Satzung des Vereins habe ich gelesen und anerkannt. 

Der Mitgliedsbeitrag wird per Lastschrift jährlich am 01. Mai von meinem Konto abgebucht. Fällt dieser nicht auf 
einen Bankarbeitstag, erfolgt der Einzug am unmittelbar darauf folgenden Bankarbeitstag. Kosten, die dem Verein 
durch Rücklastschriften entstehen, ersetze ich in vollem Umfang. 

Unsere Gläubiger-ID lautet DE26ZZZ00000029862. Die Mandatsreferenznummer ist die neue 
Vereinsmitgliedsnummer und kann im Benutzerprofil im Forum nachgesehen werden. 


IBAN 

BIC 

Kontoinhaber 


Ort, Datum, Unterschrift (Bei Minderjährigen Unterschrift eines Erziehungsberechtigten) 






























Vorschau 


Impressum 


Nach der LOAD ist 
vor der LOAD — 
Das bringt LOAD#5 




Titelthema Emulation 

Nicht alle historisch interessanten klassischen Com¬ 
puter sind noch verfügbar. Gerade frühe Systeme 
sind auf dem Gebrauchtmarkt nur noch für hohe 
Preise erhältlich. Einige Systeme sind sogar völlig 
verschwunden und nur noch in Museen zu finden- 
meist auch noch defekt. Die Emulation dieser Syste¬ 
me hilft, ihre Technik zumindest teilweise der Nach¬ 
welt zu erhalten. 

Hardware-Emulatoren 

Wir stellen spezielle Hardware vor, die der Nachbil¬ 
dung eines oder mehrerer klassischer Computer 
dient. Auch die Grundlagen kommen nicht zu kurz. 

Software-Emulatoren 

Viele klassische Computer werden durch spezifische 
Software nachgebildet. Wie man diese installiert und 
betreibt und wo die Grenzen dieser Lösungen liegen, 
untersuchen wir in Schwerpunktartikeln. 

Virtual Box und QEMU 

Allgemeine, verbreitete Desktop Virtualisierungslö- 
sungen erweisen sich als vielseitig verwendbar. Wir 
stellen Lösungen jenseits von VMWare vor und zei¬ 
gen ihren Nutzen für den Betrieb alter Betriebssyste¬ 
me auf. 


Neuigkeiten, Terminkalender, Rückschau auf Veran¬ 
staltungen, Interviews, Hard- und Softwareberichte, 
Spiele Vorstellungen und, und, und! 
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Wichtige Hinweise 

Wir freuen uns über eingesandte Beiträge, behalten uns aber Veröffent¬ 
lichungen, Kürzungen und Änderungen vor. Für unverlangt eingesandtes 
Bild- und Textmaterial können wir keine Haftung übernehmen. Namentlich 
gekennzeichnete Artikel geben nicht unbedingt die Meinung der Redaktion 
wieder. Die Beiträge der namentlich genannten Autoren und der Redaktion 
stehen nach Veröffentlichung im Heft unter einer CreativeCommons-Lizenz 
(CC-BY-NC-SA) und dürfen für nichtkommerzielle Zwecke und unter Na¬ 
mensnennung des Autors verwendet und für abgeleitete Werke unter der 
gleichen Lizenz benutzt werden. Autoren können ihre Artikel bis zum 
Redaktionsschluss zurückziehen, wodurch alle Rechte an den Autor 
zurückfallen. Nach Redaktionsschluss ist dies nicht mehr mögich. Autoren 
akzeptieren mit ihrer Einsendung diese ehrenhaften Bedingungen. Logos, 
Warenzeichen und Produktabbildungen werden redaktionell ohne Nen¬ 
nung des Eigentümers benutzt. Das Fehlen einer Kennzeichnung impliziert 
nicht die freie Verwendbarkeit dieser Elemente. Trotz sorgfältiger Prüfung 
ist es uns nicht gelungen, alle Rechteinhaber zweifelsfrei zu identifizieren 
und anzuschreiben. Bitte wenden Sie sich gegebenenfalls an die Redak¬ 
tion. 

Preis 

Das Magazin LOAD wird in gedruckter und elektronischer Form 
grundsätzlich kostenlos abgegeben. Um einem Mißbrauch der gedruckten 
Auflage vorzubeugen, kann die ausgebende Stelle eine Schutzgebühr in 
Höhe von 3,- EUR erheben. 


Sind das auch Ihre Lieblingsthemen? Dann her 
mit den Artikeln! redaktion@load-magazin.de 


www.classic-computing.de 
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Zusätzlich dabei: 

Pinball Dreams- 

Ausfiippe(r)n bis 
zum Abwinken! 
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Anzeige 



DAS FACHMAGAZIN RUND UM DEN AMIGA 

Geboten werden die aktuellsten Nachrichten aus der Amiga-Szene! 

Das Magazin erscheint komplett in Farbe mit einer optionalen Leser-CD. 

Alle zwei Monate kann man die brandneue Ausgabe direkt bei uns im Online-Shop oder im Amiga-Fachhandel erhalten. 


www.amigafuiure.de 








